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INTRODUCCION: 


El porqué de este libro 


Esta introducción nos orientará acerca del objetivo del 
libro y su posterior uso. 

Damos por supuesto que usted habrá desempaque- 
tado su computadora, conectado todos los cables y hasta 
habrá ejecutado algún que otro programa. A lo mejor 
ha intentado hacer programas serios. Pero se encuen- 
tra perdido. Aunque entienda el comienzo de este libro, 
puede que el resto se le haga muy pesado. Conocemos 
esta sensación de miedo: en la «edad antigua» de la in- 
formática, adquirimos uno de los primeros micros, pe- 
ro tuvimos que descifrarlo entre nosotros con uno de los 
peores manuales que conocimos... Pero créalo, la cons- 
tancia ganó después de todo. O sea, que no se sienta 
inseguro solamente porque no sabe cómo trabajar con 
su ordenador, ni cómo hacer ese programa que tiene 
en mente durante tanto tiempo, y que le hicieron creer 
era muy fácil. Como todas las artes, el arte de progra- 
mar no se adquiere de un día para otro. Lleva tiempo 
y dedicación, pero no es difícil. También hace falta una 
buena guía y ese es el objetivo de este libro. 


Este libro ha sido escrito, para el novato de la progra- 
mación, en un lenguaje llano y no muy complicado. Se 
intentará evitar ciertas expresiones de más alto nivel 
cuando se trate de programar. 

Por otra parte, este libro le servirá de ayuda si ya sa- 
be algo de programación, esto es, sl ya ha escrito al- 
gún que otro programa y los ha ejecutado. El que un pro- 
grama ejecute no significa necesariamente que sea un 
buen programa. Puede'ser un programa muy descui- 
dado, por diversas razones que comentaremos más ade- 
lante. La mayor parte de este libro trata de técnicas de 
programación que le darán una pequeña ventaja con 
cualquier programa que intente y un final feliz cuando 
lo realice. 


GPARA QUIEN? 


LA OTRA CARA DE 
LA MONEDA 
IEA 


TIRARSE AL AGUA 
PR 


IMPORTANTE 


Los ordenadores personales requieren una participa- 
ción plena del individuo. La ventaja del auto-aprender 
reside en la diversión, en la creatividad y en la gran sa- 
tisfacción que se puede obtener de ello, Pero la otra cara 
de la moneda es que si uno no aprende bien, quedará 
al margen de la inapreciable técnica que ha sido desa- 
rrollada por los maestros de este arte. Esta observación 
general se puede aplicar al campo de la programación. 
Específicamente, los programadores de BASIC que han 
aprendido por su cuenta tendrán que olvidar —por 
desgracia— muchos de los hábitos indeseables antes de 
aprender a aplicar sus conocimientos a otros lenguajes 
de programación. 


A menudo, a quienes desean aprender a programar 
se les aconseja que se «tiren al agua y naden». No es 
este el objeto de este libro. Para olvidar los malos hábi- 
tos contraídos de la experiencia propia y para adquirir 
las técnicas de programación que son reconocidas co- 
mo correctas, nuestro consejo es seguir el libro y tra- 
bajarlo hasta que se le indique lo contrario. Los capítu- 
los están ordenados secuencialmente, y hay ejercicios 
en alguno de ellos. Haga un esfuerzo real en estos ejer- 
cicios para conseguir el máximo beneficio. 


Este libro no prentende sustituir al libro de introduc- 
ción y manual del ZX Spectrum. Es importante, por lo 
menos, aprenderse el libro de introducción para fami- 
liarizarse con el teclado. 


CAPITULO 1: 


Siguiendo los pasos de una 


buena programación 


Este capítulo subraya la idea de lo que está conside- 
rado como una mala programación y lo que generalmen- 
te se considera como buena programación. Pero antes 
de entrar en detalles nos debemos hacer una pregun- 
ta: «¿Qué es la programación?» No es una pregunta ton- 
ta; al contrario, muchas personas, incluyendo a usted, 
tienen una idea equivocada de lo que es la programa- 
ción. 


Primero, dejemos claro que la noción de programa 
puede sugerir múltiples ideas. Hablamos de programas 
de televisión y de programas de radio, programamos 
un día en el campo, un programa político, el programa 
de un concierto en la ópera y en general de cualquier 
tipo de programa. La diferencia entre todos estos tipos 
de programas son obvias pero todas tienen una cosa en 
común. La esencia de un programa es una lista de pa- 
labras que nos envían en mensaje y un significado. Pe- 
ro sl nos referimos al mundo de los ordenadores, un pro- 
grama es una lista de instrucciones. 

Para dejarlo claro, pongamos un ejemplo de la vida 
real. Supongamos que usted nunca ha conducido un co- 
che, pero quiere aprender. El paso más lógico sería 11 
a una autoescuela y que le asignen un profesor. Este le 
sentará en el asiento del conductor y le explicará las 
funciones de todos los botones y palancas del coche. 
¿El hecho de entender bien el funcionamiento de todos 
los botones le permitirá conducir bien el coche? Segu- 
ramente que no. Por lo que el paso siguiente sería que 
su profesor le enseñara la secuencia lógica para poner 
en marcha el coche y conducirlo. Por ejemplo: sólo hay 
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una forma de que el coche se ponga en marcha y es 
arrancar el motor con la llave de contacto mientras se 
acelera un poco y se suelta el embrague, etc., etc... No 
se puede hacer otra forma. Hay un juego de reglas a 
seguir en un orden determinado para conseguir que el 
coche se desplace del. punto A al B 

Este principio también se puede aplicar a los orde- 
nadores para asegurar su correcto funcionamiento. Des- 
pués de todo, y como en el ejemplo del coche, el orde- 
nador es sólo una máquina que no puede hacer nada 
por su cuenta. Necesita una serie de instrucciones en 
una secuencia determinada antes de que ejecute el tra- 
bajo que uno quiera. 

Este es el quid de la cuestión, antes de que el orde- 
nador las memorice, estas instrucciones tienen que ser 
escritas con mucho cuidado: esto es, que esté exacta- 
mente como lo quiere la máquina, deletreada correcta- 
mente y en una secuencia correcta, Si no se siguen es- 
tas reglas hay un alto porcentaje de posibilidades de que 
la máquina no entienda las instrucciones, o que se vuelva 
loca al colocar las instrucciones en una secuencia inco- 
rrecta. En el primer paso tenemos los SYNTAX ERRORS 
(Errores sintácticos) y en el segundo caso hablamos de 
LOGIC ERRORS (Errores lógicos). 


Para ilustrar esto, hagamos un programa muy simple. 
Teclee este programa tal y como está: 


8 CET Bz8+1 


Da] 
0 
0 


PuUmnr 


NOTA: Esperemos que ya haya pasado algún progra- 
ma del manual del ordenador, de manera que sabrá co- 
mo teclear el programa. Si no lo ha hecho todavía, siga 
estos consejos. Encienda su máquina (y naturalmente su 
TV o monitor, conectado al ordenador). Entonces teclee 
10 LET A (espacio) = (espacio) B (espacio) + (espa- 
cio) 1 y luego pulse la tecla ENTER. La línea de progra- 
ma (ya que eso es lo que es) está ahora segura en la 
memoria del ordenador. Haga lo mismo con las líneas 
2D, 3D y 449. 


El paso siguiente es ejecutar el programa. Se hace con 
la tecla R, que tiene la palabra RUN y luego se pulsa 
ENTER. 

Lo que se ve ahora es cómo, a una velocidad increí- 
ble, los números van ocupando la pantalla desde el 1 
en adelante. Entonces el ordenador le preguntará 
¿scroll? Si quiere continuar rellenando la pantalla, bas- 
ta con pulsar la tecla ENTER. 

Puede seguir así indefinidamente y cuando menos lo 
espere el programa habrá realizado miles de cuentas 
(porque eso es lo que está haciendo, contar). Y ¿si no 
tuviera una interrupción «scroll», seguiría rellenando sin 
parar. 

Otro truco. El programa sigue en la memoria de su 
ZX Spectrum, y puede borrar una línea simplemente te- 
cleando el número de línea a borrar y pulsando ENTER, 
o puede teclear ese número de línea con la nueva fun- 
ción a realizar, por ejemplo: 4W4 COTO 1WD0 y ejecu- 
tar de nuevo el programa. De ninguna manera ejecuta- 
rá. El ordenador colocará sólo un 1 en la pantalla y se 
acabó. Este es un típico error de lógica. La lógica del 
programa está mal, porque el ordenador se dirige ha- 
cla una línea de programa que no existe, línea número 
IDH. En otras palabras, la línea IDH no ha sido 
definida. 


Pero hay errores de lógica que no están tan claros. Este 
es el caso de que un programa parezca ejecutar correc- 
tamente pero responde con las respuestas erróneas al 
problema planteado. Volvamos a nuestro ejemplo. Te- 
clee 4H GOTO 24, y ejecute el programa. Lo que aho- 
ra ve son una serie de 1 a través de la pantalla. Por su- 
puesto que no era el objetivo del programa. El error ló- 
gico está en que el programador ha dirigido al ordena- 
dor hacia la sentencia equivocada. Como consecuen- 
cia de esto se repite la sentencia B = A, en vez de eje- 
cutar la suma (línea 1D LETA = B + ]) 

Uno de los peores errores en que puede incurrir un 
programador está en el bucle sin fin. Pruebe esto: (te- 
clee NEW y ENTER primero para borrar programas an- 
teriores de la memoria) 1W GOTO 10. Sintácticamen- 
te, este programa está correcto: cada letra y dígito está 
escrito correctamente. Pero cuando se ejecute efectua- 
rá un trabajo sin sentido para nosotros, y se meterá en 
un bucle sin fin. 

En este programa la línea 1W GO TO 14 hace refe- 
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rencia constante a la línea 1(D, provocando un bucle que 
no tiene posibilidad de finalizar, no se le puede para ni 
con la tecla BREAK. La única forma de acabar es de- 
senchufando el ordenador. 

El programa de la página también es un bucle sin fin, 
pero efectúa un trabajo dentro de ese bucle. 

Ahora ya tiene una idea de lo que es un programa. 
Naturalmente, lo explicaremos con más detenimiento en 
los capítulos consecutivos. 


¿Qué es lo que llamamos buena y mala programación? 
En vez de teorizar acerca de todas sus posibles respues- 
tas, lo mejor sería ver un par de ejemplos. 

NOTA: Antes de entrar en detalles, queremos cons- 
tatar que ambos problemas se han exagerado en apa- 
riencia y que los dos pueden resolver la misma tarea 
de una manera más simple. 

Ambos programas nos darán los mismos resultados 
cuando les demos los datos con los que tienen que tra- 
os Por lo que, quizá, su primera impresión será que 

los dos programas son buenos porque dan los mismos 

resultados. Incluso pensará que el más corto es mejor 
porque es más corto. En estos momentos lo que más im- 
porta es la forma de plantear y describir el problema 
y no los resultados. Por esa razón no siempre un pro- 
grama corto será siempre un buen programa. 


Prog. A, 


LET m=m+s 
LET me=zmx 
LET h=F +m 
PRINT h 


¡ASS STE] 
£ 
"D 
2 
pus 
2 


INE UNrRE> 


Prog. B, 


REM Convierte horas-grados 
REM este programa convierte 
REM horas, minutos Y seg. 
REM a horas decimales 

REM autor Edward P Barto 

REM escrito el 09-02-1985 

REM entrada de datos 


REM almacena horas en hr 
INPUT "horas “¡hr 


REM almacena minutos en nñ 
INPUT "minutos “¿mn 


REM almacena segundos en sc 
INPUT "segundos "¡sc 


REM rutina de calculos 
REM co 
REH de 
LET se 


r 3equndoz a 


qgundos s 
$ 


REM conver 
REM min. de 
LET mn=nn 50 


Ú 1 
Y mal 


ne 


REM sumar horas decimales 
REM a los minutos 

LET hr=hr+mn 

REM imprimir el resultado 
PRINT "convertido a decimal 


PRINT : REM Li 
PRINT hr;" hor 


4 0) GO UN E GLI TU UN E E 6 Es E 10 04 04 00 --J 01 91 01 01 € E Y GDM? E 0) -4 010 E Li Es 
Gu -G606MSGICINNENBUDICGOGANNCANCICAIDINCIGAESG AAA 


fm 
Eu GS 1 Gs Cy Le US dd LI LS UI O GS A Cs CA ACA PORO DS DS CO OD UD UNER 


eS en blanco 


00 -- 


Ahora eche una ojeada a ambos ejemplos. No tiene 
que ser un programador experimentado para descubrir 
que aunque el programa A es sensiblemente más cor- 
to, es más difícil de entender que el ejemplo más largo 
B, Ahora supongamos que usted es un programador con 
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experiencia. Esto no garantiza que sepa lo que el pro- 
grama A tiene que hacer. Al contrario, si no está fami- 
liarizado con el tipo de problema que resuelve el pro- 
grama, éste seguirá siendo un misterio. Por otro lado, el 
programa B le indica a la primera el objetivo del pro- 
grama. Es más, el planteamiento es elegante, con comen- 
tarios en casi todas las líneas (por las sentencias deno- 
minadas REM), y las líneas se han dejado a doble es- 
pacio para mejorar su legibilidad. El programa B tiene 
un toque de profesionalidad. El programa A, aunque ha- 
ce bien su cometido, es un ejemplo de una programa- 
ción pobre. 


Veamos otro ejemplo, que no tiene mucho que ver con 
la programación, pero nos puede dar una idea de lo que 
queremos conseguir. Pida a un mecánico experimenta- 
do que repare un modelo de coche que nunca ha visto 
en su vida. Sin duda alguna entenderá los pasos bási- 
Cos para reparar un coche, pero cuando entre en deta- 
lles según el modelo se encontrará perdido. Por lo que 
el paso siguiente será comunicarse con el fabricante o 
el distribuidor para obtener la documentación técnica 
necesaria para repararlo. 

Pero eso no será suficiente. Para poder trabajar bien, 
necesitará toda la documentación necesaria y que esta 
sea completa, clara y concisa. Es más, tiene que ser fá- 
cil de seguir. Ya que si en cada párrafo se tiene que pre- 
guntar lo que quería decir tal comentario u otra cosa, 
nos encontraremos con un mecánico desesperado. 

Volvamos a la programación. Imagínese que le han 
prestado o se ha comprado un listado de un programa 
con el que quiere experimentar. Le aseguramos que se 
sentirá perdido cuando le presenten una larga lista de 
palabras, en vez de un programa bien documentado, y 
fácil de seguir. Y le sorprenderá saber que más de un 
programador profesional son incapaces de descifrar 
aquellos programas que hicieron algún tiempo atrás. 

Volvamos a los programas A y B. En este momento po- 
drá comprender lo que queríamos dejar sentado. Pero 
después de un tiempo, por ejemplo un año, vuelva a ver 
dicho programa, lo más seguro es que no lo entienda. 
Por otro lado, después de cierto tiempo sin ojear el pro- 
grama B, le será más fácil comprender lo que se quería 


conseguir con él, y todo gracias a la documentación y 
la forma de presentarlo. Es un programa bien estructu- 
rado. 


Hemos planteado la analogía del mecánico de coches 
para demostrar lo importante que es el poseer buena 
documentación. Pero no es tan efectivo como la forma 
de escribir un programa. Por eso es sumamente impor- 
tante conocer algunas de lás reglas básicas cuando ha- 
ga cualquier tipo de trabajo, ya sea reparar un coche 
o programar ordenadores. En cuanto a la programación 
todo se reduce a lo siguiente: 

e El trabajo de programación debe estar bien pre- 
parado. Por lo menos habrá que especificar lo más pre- 
ciso posible lo que se espera conseguir con el programa. 

e El programa ha de estar cuidadosamente estruc- 
turado, esto es, se tendrá que hacer por bloques y ca- 
da bloque ejecutar una tarea específica. 

e El programa ha de tener un comentario de cada 
línea. 

e En términos generales, el programa ha de ser fá- 
cil de seguir. Gracias a esto y a la documentación, se 
le podrá entender, modificar o incluso actualizarlo ca- 
so de que sea necesario, 

Es verdad que la mayoría de los programas escritos 
en BASIC no tienen las cualidades que acabamos de 
describir. Por lo que la mayoría de ellos son un ejem- 
plo de programas pobres, aunque su cometido lo eje- 
cuten a la perfección. 

Lo que acabamos de definir como reglas, hacen que 
un programa sea un «buen» programa. Son algunas de 
las reglas que comprenden el arte de la programación 
estructurada. Entraremos en detalles más adelante, pero 
asegúrese que saca el máximo beneficio de estas re- 
alas, ya que la programación le será más fácil de esta 
forma. 


Tal vez sería más sencillo definir lo que no es la pro- 
gramación estructurada. Pero digamos que es la forma 
de programar que describe los casos de prueba/error. 
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Esto está basado en la aceptación general de que pro- 
gramar es sentarse frente al ordenador y teclear el pro- 
grama, comprobando lo que sucede. Cada vez que co- 
meta un error la máquina se lo dirá y entonces lo recti- 
ficará. Y así, línea a línea, escribirá el programa, cam- 
biando y mejorando las sentencias cada vez que quie- 
ra. Desde luego que este procedimiento mejorará la 
creatividad de las personas, que es de lo que trata cuan- 
do trabajamos con ordenadores personales, haciendo 
a estos más divertidos y entretenidos de utilizar. Esto hará 
que los programas funcionen, en una palabra, que ha- 
gan el trabajo. Pero ¿serán eficaces esos programas? En 
la mayoría de los casos no. Es como volar desde Sydney 
hasta Roma, haciendo escalas en Nueva York, Johanes- 
burgo, Reihyavik, Nueva Delhi y Buenos Aires, La ma- 
yoría de las veces, estos programas saltan por el pro- 
grama sin orden ni concierto. Sólo los autores entienden 
sus propias creaciones... al principio. Ya que la expe- 
nencia nos dice que después de un tiempo esos auto- 
res pierden la pista a sus propios programas. Es como 
atravesar un laberinto; al principio es muy divertido pero 
más adelante se convierte en una frustación. En el pá- 
rrafo anterior hablamos de programas que parecen puzz- 
les, que no tienen documentación o, lo que es peor, que 
empiezan en algún lugar del listado, luego cambian de 
operación y van a un bloque de líneas al principio, lue- 
go de repente se dirigen al centro del programa para 
volver al principio, más adelante se ejecutan las últimas 
veinte líneas... un completo desorden. 

Al principio este tipo de programa puede ser diverti- 
do pero más tarde se convierte en desastroso. Es frus- 
tante intentar descifrar lo que actualmente se ha hecho 
para resolver semejante problema o incluso seguir pa- 
so a paso la comprobación de un resultado o dándose 
Cuenta que todavía no sabe lo que puso en la línea 1.321, 
o el objeto de una sección completa empezando en la 
línea 4444, Intentamos descifrar un programa realizado 
hacía un tiempo y nos dimos cuenta que una sección en- 
tera no tenía sentido. Ninguna parte del programa le ha- 
cía referencia. 


Esencialmente la idea es muy simple: un programa 
comienza al principio y acaba al final. Pero hay más que 


esto, de lo contrario no sería un apartado tan importan- 
te en el mundo de la informática. El principio de la pro- 
gramación lineal lo podrá entender cuando haya hecho 
algún programa de acuerdo con sus reglas. Por eso no 
nos extenderemos demasiado ahora, el capítulo siguien- 
te lo hará con más detalles. 

Dejemos sentado que la idea de programación lineal 
hay que mantenerla a través de todo el programa. Se- 
gún explicamos anteriormente, un buen programa está 
bien estructurado en cuanto se compone de varios blo- 
ques, cada bloque ejecutando tareas distintas y espe- 
cíficas. Por lo que los bloques se pueden considerar co- 
mo pequeños programas separados, sub programa o, 
como prefieren denominarlo los programadores del BA- 
SIC, subrutinas. 

Una subrutina comienza al principio y acaba al final 
de acuerdo con el principio de la programación lineal. 
Esto es lo más importante, la primera línea marca el co- 
mienzo de los datos que han de ser procesados en la 
subrutina, y la última línea marca el punto de salida de 
dicha subrutina. La regla general en programación es- 
tructurada es que la subrutina no puede tener más de 
un punto de entrada y no más de un punto de salida. 
Para dejarlo claro vamos a compararlo con una fábri- 
ca, donde normalmente hay un área de materiales en 
bruto y en otra el producto final que se comercializa. 


Para volver a la subrutina, el punto de entrada recibe 
los datos que serán procesados y el punto de salida man- 
da los resultados adecuados. En la jerga informática, al 
punto de entrada se le denomina INPUT y al punto de 
salida OUTPUT o RETURN del OUTPUT. 

Más adelante trataremos profundamente acerca de las 
subrutinas, pero por ahora conviene acabar con la idea 
muy generalizada entre los programadores de que las 
subrutinas han de ser lo más cortas posible, preferible- 
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SUBRUTINAS 
ANIDADAS 


mente no más largas de un folio. Si el programador se 
encuentra en la necesidad de utilizar una subrutina den- 
tro de otra, lo puede hacer perfectamente, particular- 
mente si mantiene la idea principal de que cada subru- 
tina ha de hacer un trabajo en particular. 


Hemos utilizado el término de subrutina anidada sin 
haberlo explicado anteriormente, Ahora lo definiremos. 
Otra regla más a tener en cuenta en lo que se refiere 
a la programación estructurada es que las subrutinas 
se ponen en el programa en un determinado orden. Para 
ilustrar esto, observe el diagrama de esta página. Ex- 
plica la programación estructurada hasta en sus más pe- 
queños detalles. Como se ve aquí, al principio encon- 
tramos el cuerpo principal del programa —los program- 
dores lo denominan línea principal, ya que ahí es don- 
de empieza y donde termina—. De todos modos utiliza 
una subrutina a la cual se le asigna una parte del pro- 
ceso. Como vemos el diagrama se bifurca en ramas des- 
de el tronco y entra en las subrutinas anidadas, deno- 
minadas subrutinas de primer nivel y al finalizar vuel- 
ven al programa principal. Las subrutinas de primer ni- 
vel utilizan dos subrutinas que, como consecuencia de 
ello, se denominan subrutinas de segundo nivel. Como 
podemos comprobar estas están debajo de las del pri- 
mer nivel, 

En la programación real no podemos situar una subru- 
tina al lado de la otra, como está en el diagrama. La ma- 
nera de situar un programa con una subrutina de pri- 
mer nivel y dos subrutinas de segundo nivel, sería la si- 
guiente: 


— Rutina principal. 

— Subrutina de primer nivel. 

— Subrutina de segundo nivel. 

— Subrutina de segundo nivel. 

Para poner un ejemplo real, examinemos el progra- 
ma que convierte las horas en grados (programa B), pero 
ahora escrito de acuerdo con lo explicado acerca de 
la programación entructurada. Ver programa. 

NOTA: Si algunos lectores lo encuentran como un 
ejemplo muy exagerado, de esto, desde luego no se 


equivocan. Se hizo así por el bien de todos y por la cla- 
ridad que ello conlleva 

Ver también el diagrama que va con el programa. Este 
se denomina diagrama de flujo u organigrama, ya que 
nos dice en qué sentido se desarrollará nuestro progra- 
ma. Los diagramas de flujo son una parte de la progra- 
mación que ayuda bastante, pero esto lo veremos con 
más detalles en el próximo capítulo. 


REM RARA 
* + 


REM 

REM * convierte ES 
REM * horas y yrados * 
REM * * 


REM RARA RANA 


REM este programa convierte 
REM horas minutos y seg. 


REM en horas decimales 
REM o grados minuto 
REM y segundos en 

REM grados decimale 


REM autor - edward barton 
REM escrito 09- 22-198 d 


"CLS : REM limpia la pantall 


REM ze=caroRERERRARZI2IZ22aZ=E= 


REM SES Pprimcipal 

GO 3U 

G0 5UB 420 

G0 35UB 510 

GO TO 600: REM fin programa 


REM TRE RAE RA ERAEEAETETE A ETEETER ES 
"REM subrutina de entrada 


REM almacena horas en hr 
INPUT "horas ¿hr 
REM almacena minutos en mn 
INPUT "minutos "¿nn 
REM os ra en sc 


PPPPEERUOOOIOIONIO GOGO DUNE Rerrererrerrreeerep- 
PUN E PERIOD OUEN VEIAN DIDES 
TASDAGEG GIGAS GIADIIIGOS BIBIANA 


INPU 'SEGUNOS 

RETURN 

A AO ETA AS 
REM rutina de calculo 

REM convierte segundos 

REM a seg. decimales 

LET scz5c/568 

REM sumar segundos 

REM a Los minutos 


CONVERTIDOR 
DE 
HORAS/GRADOS 
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SUBRUTINA 
DE 
SUBRUTINA 
DE 
sE 


SUBRUTINA 


IMPRESION 
RESULTADOS 


PROS Y CONTRAS 
TAI 


TINEO RRERRERERE 


30 LET mnezmn+sc 

35 REM convertir minutos a 

36 REM min. decimales 

40 LET mn=mnn 89 

45 REM sumar minutos decimales 
46 REM a las horas 

50 LET hr=hr+«nan 

SS REM vuelve al programa 

56 REM principal 

580 RETURN 

70: 

350 REM ==23==x====22NERZI2ZISZIDIDSZ 
35: E 

E REM rutina de impresion 

10 PRINT convertido a decimal 
20 PRINT hr;" horas" 

25: 

30 REM vuelve a la rutina 

31 REM principal 

35: RETURN 

30 REM ==s==2323=S=IZITIIZIZIBDEIZRZZZ 
50: 

00 PRINT PRINT PRINT 

10 PRINT "fin del programa" 


Nuestro deber es mencionar el gran debate en lo que 
se refiere a la programación estructurada, en cuanto a 
que es una desventaja y más si se utiliza un lenguaje co- 
mo el BASIC. El argumento más escuchado contra este 
método de programación es que limita totalmente la 
creatividad. Pues bien, el planteamiento tipo pregun- 
ta/respuesta tiene unos aspectos muy acertados, pero 
para nuestra firme convicción estos no son mejores que 
las desventajas expuestas en párrafos anteriores. Es com- 
prensible que aquellas personas que hayan disfrutado 
de la libertad de utilizar el plateamiento del tipo pre- 
gunta/respuesta se sentirán incómodos ante las reglas 
de la programación estructurada. Esta incomodidad no 
está justificada —todo depende de hasta dónde se quiera 
llegar con las reglas—. Este libro no le va a obligar a 
aceptar esas reglas tan estrictas. Estamos seguros de 
que se puede establecer un término medio entre la li- 
bertad máxima y la total restricción de unas reglas dog- 
máticas. Diseñar un programa puede ser un proceso al- 
tamente creativo y puede serlo dentro de los paráme- 


tros establecidos por la programación estructurada co- 
mo probarán los siguientes capítulos. 

Otro argumento en contra de la programación estruc- 
turada es de naturaleza técnica. Las líneas de comen- 
tarios ocupan sitio en la memoria del ordenador y fre- 
nan la ejecución del programa. Este argumento es una 
relíquia de días pasados cuando los ordenadores per- 
sonales tenían un espacio de memoria muy limitado, por 
lo que, todo lo que se consideraba como superfluo se 
eliminaba. Lo más superfluo que había eran las senten- 
cias REM. De aquí el hábito de no escribirlas en los pro- 
gramas. 

En aquellos días los programadores tenían mucho cui- 
dado en cuanto a la velocidad de ejecución de un pro- 
grama. Si se podía mejorar en unas pocas décimas de 
segundo, uno se preocupaba de conseguirlo. Por ejem- 
plo, rápidamente se dieron cuenta de que en BASIC, una 
subrutina se busca desde la primera sentencia de un 
programa en adelante. Por esta razón muchos progra- 
madores situaban las subrutinas lo más arriba posible 
dentro de un programa para obtener esas décimas ex- 
tra de segundo comenzando el programa al final. De allí 
vienen esos malos hábitos de la programación. 


Los días en que la memoria estaba limitada han aca- 
bado. Su ZX Spectrum tiene cinco veces más memoria 
que aquellos ordenadores de antaño. ¡Nunca lo ha teni- 
do tan fácil! Le podemos asegurar que el programa ha 
de ser larguísimo para llenar todo ese espacio. Por esta 
razón las líneas de comentarios ya no son un problema. 
Tampoco importa dónde vayan colocadas las subrutinas 
en lo que se refiere a la velocidad de ejecución. He aquí 
la confirmación de la programación estructurada. ¡Ade- 
lante con ella! 
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CAPITULO 2: 


Herramientas del BASIC 


Cuando aprendemos un oficio, por ejemplo el de car- 
pintero, lo primero que hacemos es familiarizarnos con 
las herramientas de las que disponemos para trabajar. 
Tenemos el martillo, los alicates, la sierra y los clavos. 
Habrá que observar cómo un carpintero trabaja en su 
oficio. Algunas veces será fácil comprender lo que quie- 
re hacer, otras tendrá que preguntar para que le expli- 
que lo que está haciendo y por qué. Esta es una forma 
de aprender el oficio. 

Esta es la forma en que este libro pretende introdu- 
cirlo en la programación. En este capítulo subrayare- 
mos algunas de las herramientas básicas de este len- 
guaje. 


La palabra BASIC no sólo significa que es un lengua- 
je muy básico. En realidad BASIC significa Beginners 
All-purpose Symbolic Instruccion Code (Lenguale Sim- 
bólico para principiantes) y fue desarrollado por un gru- 
po de trabajo de la Universidad de Darmouth (Califor- 
nia) en la década de los 60, con el propósito de servir 
como lenguaje de programación para principiantes. Pro- 
bablemente para sorpresa de sus inventores, el BASIC 
se ha convertido en el lenguaje de programación más 
popular en la actualidad, y aunque parece estar hecho 
para principiantes ha llegado a convertirse en un len- 
guaje para profesionales, que podemos hallar en cual- 
quier tipo de micro-ordenador. No tan bueno ha sido el 
desarrollo de múltiples versiones o «dialectos» de este 
lenguaje. El BASIC de su ZX Spectrum es uno de esos 
dialectos. Esto implica que cuando haya dominado una 
de las versiones particulares del BASIC, todavía tendrá 


COGIENDO 
El GUSTO A LA 
PROGRAMACION 


INTRODUCCION AL 
BASIC 
EIA 


REGLAS GENERALES 
PARA El BASIC 
AE 


ENUMERACIÓN DE 
LINEAS 
IRTE 
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que hacer algunos esfuerzos si quiere trabajar con otras 
versiones del mismo lenguaje. De todos modos, todos 
los BASIC tienen un juego estándar de instrucciones en 
común, por lo que el pasar de una versión a otra no es 
difícil. 


BASIC es un lenguaje y, como ya sabrá, cada lengua- 
je tiene sus reglas. A esto lo denominamos sintaxis. Los 
¡idiomas humanos son más flexibles aplicando sus reglas, 
mientras que los lenguajes de programación apenas son 
flexibles. Tienen que escribirse de acuerdo a unas re- 
alas. Después de todo, aunque muchas personas les atri- 
buyen unos poderes mágicos a los ordenadores, estos 
no son más que unas máquinas que no saben pensar por 
sí solas. Por esta razón los ordenadores no reconocerán 
las instrucciones que no estén escritas precisamente de 
acuerdo con unas reglas. 

Con su ZX Spectrum, no tendrá ese problema debi- 
do a que los comandos e instrucciones son activados al 
pulsar una sola tecla. En comparación con otros orde- 
nadores no tiene que teclear el comando letra a letra, 
por lo que nunca tendrá un error sintáctico causado por 
la mala escritura de la palabra o comando. 


Un programa en BASIC se escribe en líneas, conte- 
niendo estas las instrucciones que ejecutarán en el pro- 
grama. Cada línea tiene que estar numerada y un con- 
junto de líneas ha de numerarse en un orden creciente. 
No importa cómo las numere mientras que la línea an- 
terior tenga un valor inferior a la línea siguiente. Por 
ejemplo, la siguiente secuencia de líneas de un progra- 
ma en BASIC está numerada correctamente: 


1 LET B=1 
O LET A=B+1 
3 PRINT A 

1 60 TO 10 


Pero también se puede escribir: 


um 


1000 LET B=1 
2000 LET A=B+1 
3000 FPRINT A 
4000 60 TO 2000 


o cualquier otra secuencia de numeración mientras man- 
tenga la regla de incrementar el número. 


IMPORTANTE: El BASIC se lo pone fácil a la hora de 
añadir, quitar o sustituir líneas de programa. Por ejem- 
plo, si acaba de teclear el programa anterior y quiere 
insertar la línea 15WH(WD, sólo basta con poner el núme- 
ro 15D con su correspondiente instrucción. Cuando 
ejecute el programa, el ordenador automáticamente co- 
locará la nueva línea de programa en su lugar corres- 
pondiente. Esto se aplica a la hora de añadir o insertar 
líneas. Si se quiere suprimir una línea de programa, bas- 
tará con teclear el número y pulsar la tecla ENTER. La 
línea entonces desaparecerá del programa. Suprimir, 
añadir o alterar una línea es lo que se conoce con el 
nombre de editar. Comprobará que los desplazamien- 
tos del cursor son de gran ayuda. 


Algunos lenguajes de programación tienen unas re- 
alas estrictas en lo que se refiere al espaciado entre las 
palabras de una instrucción o comandos. En la mayoría 
de los casos, el BASIC es flexible, aunque el BASIC de 
su ZX Spectrum incluye automáticamente el espacio an- 
tes y después de una palabra clave o comando. Vea el 


ejemplo siguiente: 


ESPACIADO 
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NUMERANDO A 


INTERVALOS DE DIEZ 
AAA 


6 CUANTAS 
INSTRUCCIONES POR 
LINEA ? 
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um 
U 
DD 
A 
A 

07310) 


Como puede comprobar, las líneas 1 y 2 están un po- 
co comprimidas. Su ordenador también aceptará lo si- 
guiente: 
l LET B = ] 
2 LET A = B - ] 
lo que, por supuesto, no es nada práctico. 

De todos modos, el mejor consejo es que mantenga 
la legibilidad de sus programas, evitando mientras no 
sea necesario el comprimir las líneas de los programas. 

Cuando haga algo que va en contra de las reglas (o 
de la sintaxis) del BASIC, su ordenador le avisará de in- 
mediato mediante un mensaje de error que aparecerá 
en la pantalla de su televisor o monitor. Podrá corregir 
este error, llamado comúnmente error de sintaxis, inme- 
diatamente, por ejemplo tecleando la línea errónea de 
nuevo. Esta cualidad especial del BASIC (visualizar los 
errores inmediatamente y haciendo que el programa- 
dor los corrija al momento) hace que este lenguaje se 
denomine interactivo. 


Hay un acuerdo general entre los programadores para 
que las líneas de programas se numeren de diez en diez. 
La secuencia 1, 2, 3, 4, etc., no le permitirá insertar lí- 
neas extras en el caso de que se necesiten (y esa nece- 
sidad aparece cuando uno menos se lo espera). La se- 
cuencia 1D, 2D, 30, etc., ofrece la posibilidad de po- 
der insertar líneas extras. 

Es también bueno para programar —por lo menos en 
el caso de programas extensos— comenzar por la línea 
106. Cuando el programa se haya escrito completa- 
mente, podrá insertar cuantos comentarios quiera antes 
de la línea IDH. 


El ZX Spectrum permite escribir más de 9W caracte- 
res por línea. Un carácter es el nombre general que se 


le da a un dígito, letra, punto, coma, gráfico o lo que tenga 
en el teclado. Hasta un espacio en blanco se considera 
como carácter. 

Pero en beneficio de la claridad y legibilidad, suge- 
rimos que las líneas de programación sean cortas. En 
general, lo mejor es que una línea de programa no so- 
brepase una línea en la pantalla. Una línea de progra- 
ma en la pantalla del televisor contiene 32 caracteres; 
procure mantenerse dentro de estos límites. 


¿Se acuerda de las reglas de la programación estruc- 
turada? Claridad y legibilidad son algunas de ellas. Es- 
to se reduce a tres comentarios: 

1. Teclee espacios entre instrucciones. Ya lo hemos 
discutido en el párrafo del espaciado. 


2, Utilice líneas de programas abiertas de vez en cuan- 
do. El BASIC de ZX Spectrum facilita esta operación. Vea 
el ejemplo: 


INPUT A 
20 PRINT A 


Los dos puntos utilizados en la línea 15 es una línea 
abierta. 


3. Use las líneas de comentarios para especificar las 
acciones que toma en cada paso. Otra vez el BASIC fa- 
cilita esta labor con la instrucción REM. REM significa 
«REMark» (del inglés comentarios). Lo puede colocar en 
Cualquier parte del programa mientras no interrumpa 
el flujo del programa. 


Ejemplo: 

S REM este programa calcula... 

10 INPUT A: REM entrada de 
datos 

15: 

20 PRINT A: REM salida de 
datos 


CLARIDAD Y 
LEGIBILIDAD 


2l 


El ORDENADOR 
MECESITA 
INFORMACION CON 


LA QUE TRABAJAR 
PERLAS 


PRIMEROS PASOS 
SARA 


22 


Antes de que entremos en detalles sobre las palabras 
clave del BASIC, discutiremos dos palabras que usted 
habrá oído mencionar mucho antes de pensar en com- 
prarse unordenador personal, «nput» (entrada) y «out- 
put» (salida). Son reminiscencias del mundo de los am- 
plificadores y tocadiscos, pero reminiscencias o no, se 
han convertido en palabras utilizadas en el lenguaje 
diario. 

Para ser claros, «input» es el proceso por el cual da- 
mos información al ordenador. Cuando le damos algo 
para trabajar, lo aceptará y lo procesará, obteniéndose 
así unos resultados que denominamos «output». 

El «npub (la entrada de datos) puede ser de varias 
maneras. A través del cassette o en discos magnético, 
por ejemplo. Pero en nuestro caso también acepta da- 
tos de entrada por el teclado. 

El «output» (salida de datos) también puede hacerse 
en más de una forma: comunmente se utiliza la pantalla 
del TV o el monitor, o por impresora, cuando se requiera. 

Por el momento nos preocuparemos de la información 
vía teclado, o entrada manual, y los resultados los vere- 
mos en pantalla, o salida por pantalla. 


Antes de seguir, una pregunta confidencial: 

¿Ha estudiado y hecho todos los ejercicios en el ma- 
nual de Introducción del Spectrum? 

Si su respuesta es negativa, le sugerimos que los ha- 
ga antes de seguir adelante. Es como la primera lección 
de conducir, cuando el profesor le dice «aquí está el fre- 
no, allí el embraque, este es el contacto... » etc. Esta in- 
troducción es absolutamente necesana, si todavía no sa- 
be utilizar el cursor, o cómo poner las palabras clave 
(comandos), o borrar letras, y otros caracteres, etc. De 
otra forma no irá mucho más lejos en este libro. 


Escribir y probar los programas no es problema de 
unas pocas horas. Muchas veces hacen falta días, y cuan- 
do el trabajo es largo hacen falta hasta meses. 

Como consecuencia de ello tiene que almacenar el 
programa en cinta durante todas las etapas del proce- 
so. Es obvio que el ZX Spectrum no se puede dejar co- 
nectado para siempre. De todos modos cuando se apa- 
ga el ordenador toda la información almacenada en ese 
momento se borra, por lo que al final de una jornada 
de programación tendrá que guardar en cinta lo que ha 
hecho. Al día siguiente, cargará desde la cinta lo que 
había desarrollado hasta entonces y continuará con el 
trabajo. 

Guardar y cargar desde el cassette es muy fácil. En 
el manual del Spectrum viene muy bien detallado, 


Empezaremos con algunas instrucciones, conocidas 
generalmente como comandos. Con estos comandos y 
unos pocos símbolos estará preparado para escribir pro- 
gramas simples. 


¿Cuál es su misión? Con el comando INPUT le damos 
al ordenador la información para que sea procesada por 
los programas. El comando PRINT, visualizará los resul- 
tados por pantalla, o en combinación con otros coman- 
dos saldrá por impresora. 

Encienda su ordenador y el TV o monitor, y teclee lo 
siguiente: 

140 INPUT A 
26D PRINT A 
ejecute este pequeño programa (pulse RUN y ENTER). 

Aparecerá un signo de interrogación parpadeante en 
la pantalla. Ahora teclee 23 y pulse ENTER. Compro- 
bará que el ordenador ha escrito en la pantalla el nú- 
mero 23 justo debajo del que usted acaba de teclear. 


ALMACENADO 
INTERMITENTE DE 
PROGRAMAS 

EN CINTA 


ALGUNOS 
COMANDOS EN 


BASIC 


INPUT (ENTRADA) Y 
PRINT (SALIDA) 


LAS LETRAS PUEDEN 
ALMACENAR 


INFORMACIÓN 


LAS VARIABLES SON 
MUY IMPORTANTES 
O 
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¿Cómo lo ha hecho? la respuesta requiere unos pocos 
conocimientos más. 


¿Qué sentido tiene la A en este programa, cuando ha- 
cemos INPUT A y PRINT A? Para explicarlo veamos un 
ejemplo de un archivador con muchos cajones. Como 
puede ver el archivador almancena información. Si el 
propietario es una persona metódica lo más seguro es 
que tenga los archivadores etiquetados con un nombre, 
para hacer más fácil su localización. Por ejemplo, el ca- 
jón a contendrá las facturas de la casa, el cajón B, las 
notas de la escuela, el C, la colección de sellos, etc. La 
misma idea se aplica para almacenar información den- 
tro del ordenador en un lenguaje como el BASIC. Un or- 
denador tiene «celdas» para almacenar la información 
necesaria para ser tratada en futuros programas. Estas 
«celdas» tienen que estar etiquetadas en la forma de una 
o dos letras, o una combinación dígito-letra. Por ejem- 
plo: A, AA, Al, AB, BX, X9, etc. 

Cuando escribimos el programa 1(D INPUT A, lo que 
queremos decir es que la línea 1D del programa indi- 
que al ordenador que mire en la «celda» cuya etiqueta 
es Á y responda con el contenido de dicha celda vía 
pantalla. 

Tenga presente que como los archivadores, las «cel- 
das» del ordenador mantendrán la misma etiqueta aun- 
que tengan diferente contenido. Puede almacenar las 
facturas de la casa en esta «celda» pero más adelante 
a lo mejor quiere cambiarlo por la colección de sellos. 
Pero el nombre del cajón permanecerá inalterable. Lo 
único que varía es el contenido. Por esta razón en el mun- 
do INFORMATICO a estas «celdas» imaginarias se las 
conoce por el nombre de VARIABLES. 


Estos identificadores de la celda o más concretamente 
variables, forman una herramienta muy potente en pro- 
gramación. Raramente encontrará un programa sin ellas. 
En verdad pertenecen al bloque principal dentro de un 
programa. Cuando tenga mucha información almacena- 
da en variables, podrá manipularlos y barajarlos a su 


gusto. Después de todo, todo ordenador, el suyo inclu- 


do, es un manipulador de información. Compruebe es- 
te ejemplo: 


GUFCGOOJDAPDON 
COGIDA 
m 
| 
3m3m3333 

Mm 
MIMPOCOD 
+ 
Dm 
+ 
o 
+ 
o 


Ferre 


LET F=A+B+8 
PRINT F 


Este ejemplo le enseñará cómo toda la información o 
los datos, como prefieren llamarlos los programadores, 
son manipulados en este programa gracias a la utiliza- 
ción de las variables. Un programa es un conjunto de 
instrucciones y cada vez que le demos información a pro- 
cesar mediante INPUTS, tendrá distintas salidas (OUT: 
PUTS). Pero eso es lo que tiene que hacer un ordena- 
dor. Por ejemplo, podrá escribir un programa que con- 
vierta los pies en metros, decímetros, centímetros y mi- 
límetros. Un programa que hace semejante trabajo pue- 
de parecerse a lo siguiente: 


S REM TECLEE NUMERO DE PIES 
10 INPUT "PIES?";FT 

15 LET MT=F7:0.3048 

20 PRINT "EN METROS: "¡MT 

25 LET DMEMT+10 

30 LET CMe=DM+10 

35 LET MM=CM*10 

40 PRINT "EN DECIMETROS";DM 
45 PRINT "EN CENTIMETROS”;CM 
SO PRINT "EN MILIMETROS"”;MM 


Compruebe este programa. Ya sabe las reglas. Cuan- 
do encienda su ordenador puede empezar por teclear 
el programa. Si el ordenador ya está encendido y hay 
un programa en él, bastará con teclear NEW y pulsar 
la tecla ENTER, para borrar el programa existente. 
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Comienze las líneas por un número de línea y teclee 
las instrucciones. Cuando complete la línea pulse la te- 
cla ENTER. 

No se preocupe, por el momento, de las comillas, el 
punto y coma y los puntos. Todo esto se explicará más 
adelante. Procure ejecutar este programa y comproba- 
rá por qué son tan importante las variables. Observe los 
nombres de las variables; FT, MT, DM, CM y MM. Estos 
nombres tienen relación directa con el contenido. 

Cada vez que ejecute el programa podrá teclear cual- 
quier dato en pies, por ejemplo: 12D, 19D, ¿1IDDOD, 
y el programa le dará las respuestas correctas. Podrá 
apreciar cómo un buen programa y un ordenador ha- 
cen mucho más fácil la tarea que llevaría un tiempo rea- 
lizar a mano o con una calculadora, 

IMPORTANTE: El BASIC del ZX Spectrum requiere 
que las variables se inicializen y se definan previamen- 
te. ¿Qué queremos decir con esto? Mire el siguiente 
ejemplo: 


10 LET AxB+1 
20 PRINT A 


Este programa no funcionará porque la variable B no 
está definida y por ello no la encuentra. El ordenador 
reaccionará visualizando un mensaje de error: «waria- 
ble not found» (no encuentra la variable). La mejor for- 
ma de arreglar esto es insertando una línea: 


S LET B=0 


NOTA: la instrucción INPUT A inicializa la variable A. 


NOTA: el mejor lugar de un programa para iniciali- 
zar las variables es al principio de estos. 
Veremos esto más adelante. 


Los símbolos +,—, x y - representan funciones arit- 
méticas familiares para nosotros. Como todo ordenador 
tiene por misión principal la de manejar números, se ha- 
ce obvio que estos símbolos son el pan nuestro de ca- 
da día. 


Por esta razón se denominan Operadores Aritméticos. 
Después de todo dirigen el flujo del programa hasta cier- 
to punto. Cuando el programador tropieza con el sím- 
bolo + normalmente hará la operación de sumar. Lo mis- 
mo se aplica para el resto de los símbolos aritméticos. 
Habrá podido comprobar que el ordenador utiliza dis- 
tintos símbolos que representan la división y la multipli- 
cación. 

En casi todos los lenguajes de programación el aste- 
risco (*) ha sustituido la x del producto. Esto se debe 
a que el ordenador no distingue entre la x de multipli- 
car y la letra x. Por lo que se hace necesario otro sím- 
bolo para representar la operación. 

La barra (/) es el simbolo de división, que no necesi- 
ta más explicaciones. Es muy común en el mundo de 
las matemáticas y la aritmética. Aún no hemos tenido en 
cuenta un operador aritmético, la flecha vertical (4 ), cu- 
ya función es elevar un número a una determinada po- 
tencia. Todos sabemos cómo se eleva un número a una 
potencia, por ejemplo: para poner 2 elevado a la 32 se 
escribe: 2%. Pero esto es algo que no se puede hacer 
en el ordenador, por esta razón la flecha se encarga de 
ello. De manera que si deseamos conocer el resultado 
de elevar 2 a la 4? potencia tendríamos que escribir 2x 
2 x 2 Xx 2. Para evitar tal engorro, utilizamos la siguien- 
te terminología que cumple a la perfección: 2 44. Eje- 
cute lo siguiente en su ordenador: PRINT 244 y pulse 
ENTER. 


La particularidad que hace que un ordenador sea tan 
potente en el sentido de que puede hacer muchas co- 
sas, es el hecho de que puede comprobar situaciones 
y tomar decisiones según los resultados. Estos test (o si- 
tuaciones) son ejecutadas por los operadores relacio- 
nales, en combinación con unos cuantos comandos. ¿Qué 
es un Operador Relacional? Muy simple, es una función 
que comprueba la relación existente entre los datos o 
informaciones. El Operador más conocido es el signo 
=. Cuando decimos A=B (A igual a B) hacemos una re- 
lación entre los elementos A y B. También podemos de- 
cir A=B+C. La relación existente entre los dos lados de 
la igualdad está en que Á es igual a la suma de los ele- 
mentos B y C. También podemos decir que A no es igual 
a B, o que Á es mayor que B, o que Á es menor que B. 


El ORDENADOR 
TOMANDO 
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En cualquier caso probamos la relación existente entre 
los factores, uno a la izquierda del operador relacional 
y otro a la derecha. 

Que la condición probada por esos operadores rela- 
cionales se verifique o no, el ordenador tomará las de- 
cisiones necesarias. 

Por ejemplo, cuando el ordenador se encuentra con 
algo similar a: 


318 15 a218 THEN 60 TO 400 


Comprobará la relación entre A = 148 en la línea 21(W. 
Cuando esa relación sea verdadera, esto es, cuando A 
valga 14, entonces el ordenador dirigirá el flujo del pro- 
grama hacia la línea 4W(D. De lo contrario continuará 
en secuencia. 

Hay mucho más en el próximo capítulo. Concluiremos 
este párrafo nombrando los operadores relacionales que 
hay además del «=». 

< — singifica MENOR QUE 
> — significa MAYOR QUE 
<= Ó< — significa MENOR O IGUAL 
>= > -— significa MAYOR O IGUAL 
+ — significa NO ES IGUAL A 

Esto junto con las variables es lo más importante en 
lo que se refiere a la programación porque hacen que 
su máquina sea lo que es, un ordenador. 


Es posible escribir un programa en BASIC que no dis- 
ponga de cualquiera de estos símbolos de puntuación. 
Sin embargo, está comprobado que pueden ser útiles 
y en algunos casos obligados si se quiere conseguir un 
programa de buena calidad. 

El punto (.) sólo tiene una función. Es la del punto de- 
cimal en números que tengan decimales detrás del pun- 
to, y nada más. Si lo intenta utilizar al final de las senten- 
cias, el ordenador visualizará una interrogación parpa- 
deante indicándole que no lo entiende. 

La coma (,) separa los datos de salida en la senten- 
cias PRINT y en la instrucción DATA (más sobre la ins- 
trucción DATA al final de libro). 

Pero si por ejemplo, escribe 14 INPUT A, B, C, el or- 
denador le preguntará por tres datos de entrada, uno 


detrás del otro (con 16 espacios en blanco entre ellos). 
Por otro lado en la línea de programa 114 PRINT A, B, 
C, escribira en la pantalla el contenido de A, B y C en 
la misma línea horizontal, aunque con algunos espacios 
en gis (Pruebe esas dos líneas para ver lo que ocu- 
rre). 

Los dos puntos (:) separan comandos. Como habrá visto 
en el capítulo Í, las líneas de programas se pueden se- 
parar de la forma siguiente: 


10 INPUT A: INPUT B: INPUT € 


Tiene el mismo efecto que 


En el primer caso los dos puntos son obligatorios. El 
ordenador no aceptará 


10 INPUT A INPUT B INPUT € 
tampoco 


10 INPUT A, INPUT B, INPUT € 


Los dos puntos también se pueden utilizar para crear 
líneas abiertas de programas, para una mejor legibili- 
dad, como ya se indicó en un punto anterior. Para de- 
mostrar esto teclee 


19 INPUT A 
30 LET B=A+C 


El ordenador ignorará la línea 2(D durante la ejecu- 
ción del programa, pero el listado del programa es más 
legible, 


El punto y coma (;) puede ser utilizado como separa- 
dores en la salida de datos como las comas, pero tam- 
bién se utiliza en combinación con las comillas y el co- 
mando INPUT. Por ejemplo: 


Él PUNTO Y COMA 
IPR 
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30 


«88 INPUT "FECHA DE NACIMIENTO 


+ 


Compruebe la utilización de las comillas. Cuando eje- 
cute esta línea de programa, el ordenador visualizará 
por pantalla FECHA DE NACIMIENTO? y un cursor par- 
padeante a su derecha. Cuando teclee la fecha, se al- 
macenará en la variable DA, gracias al punto y coma. 
En este caso el punto y coma es obligatorio. 

Como separador en una instrucción de salida PRINT, 
funciona igual que la coma, con la diferencia de que 
mientras la coma deja un espacio en blanco considera- 
ble entre dos resultados, con el punto y coma se puede 
conseguir que no salgan espacios. Ejecute el siguiente 
programa: 


19 INPUT "DIA DE NACIMIENTO *; 
_20 INPUT "MES DE NACIMIENTO ”,; 
50 INPUT "ANNO DE NACIMIENTO"; 


0 PRINT DA¡MO;vE 
0 PRINT DA,MO,YE 


Verá la gran diferencia cuando ejecute este programa. 
El punto y coma tienen un efecto muy útil. Teclee el 
siguiente programa: 


LET B:=0 
LET A=B+1 
CET B=ñA 
PRINT A; 
GO TO 10 


PUDE 
60665 


Este es el mismo programa que el aparecido al prin- 
cipio del capítulo 1 pero con una pequeña diferencia. 
Ejecútelo y vea lo que ocurre. Se sorprenderá al des- 
cubrir lo que hace un punto y coma en la línea 3D. 

Las comillas (*”) son muy útiles cuando quiere impr:- 
mir en pantalla palabras, nombres, mensajes, etc. Tam- 
bién le ayudarán cuando quiera almacenar una comb- 
nación de letras, como nombres en una variable (en ese 
caso una variable en cadena, pero ya lo veremos más 
adelante). 

Ya habrá intentado algunas aplicaciones. Vea el pro- 
grama en el párrafo dedicado a las variables. Ahora si 
quiere listar algo por la pantalla, tendrá que teclear lo 
siguiente: 


10 PFRINT "Esto e5 UN ejemplo” 
y pulse ENTER, 

El programa que convierte los pies en unidades del 
sistema métrico utiliza ampliamente los puntos y comas, 
los dos puntos y las comillas. 

Sobre todo, observe que todo carácter situado entre 
comillas pierde toda su capacidad operativa. Cuando 


teclee y ejecute 


10 FRINT "Esto es Uu ejemplo: A 
+6 = 0" 
el ordenador mostrará en la pantalla, 
Esto e3 Gn 2Jemplo: A+ = 0 


Finalmente, cuando queramos almacenar una comb- 
nación de letras, que nosotros denominamos como ca- 
denas (Variables alfanuméricas), tendrá que ponerlos en- 
tre comillas de nuevo y almacenarlas en variables cu- 
yo nombre contenga el signo $. 

Por ejemplo, si quiere almacenar los nombres de las 
ciudades, el programa será algo parecido a lo siguiente: 


19 LET AS="AMSTERLANM" 
20 LET Eg$="BERLIN" 

30 LET Có="COLUNIA" 
40 LET Cá5="CUUVER" 

50 FRINT A$S:B5;05$,0% 


Para finalizar el capítulo veamos la instrucción REM. 


Ya se adelantó que REM significa comentario (del in- 

glés REMark). El único próposito es hacer comentarios 
bl los programas que está a punto de escribir. No 
es un comando pero dentro de la estructura de un pro- 
grama es muy importante, porque permite seguir con 
precisión lo que está a punto de hacer y el objeto de 
dicho paso en el programa. 

Se dice que la sentencia REM sepuede colocar en 
cualquier sitio dentro de un programa. Esto no es total- 


mente cierto. por ejemplo, las siguientes líneas de pro- . 


grama no ejecutarán. 


10 LET A=2: 
funcionar 3: 


INSTRUCCION REM 
DAA 


EJERCICIOS 
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Al ejecutar esta línea el ordenador le contestará con 
un «ready» sólo porque no ha ido más allá de LET A = 
2. Cuando el ordenador se encuentre con la sentencia 
REM, ingnorará todo lo que le sigua. Lo siguiente sí fun- 
cionará: 

e LET A=2: REM Esto si funcio 


hara 
20 LET B=4%+HA: PRINT B 


La instrucción REM puede colocarse al final de una 
línea de programa, o se puede utilizar como una línea 
separada: 


2 kEl A=2 
M Esto fun 
58 LET B=4xHn: P 


Dn. 


Ya está usted listo para escribir su primer programa, 
con todo lo que ha visto hasta ahora podrá hacerlo. Ce- 
rraremos este capítulo con un ejemplo práctico y al fi- 
nal hará un pequeño problema por su cuenta. 


10 REM ESTE PFROGRAMA CONVIERTE 
LIBRAS EN CUALGIER UNICA DEL. 

20 REM SISTEMA INGLES DE PESOS 

30 INFLIT “TECLEE NUMERO DE LIE 
RAS ¿LB 

40: 

50 LET S5E=LE-14: REM S3TUNES = 
LIBRAS + 14 _ Ñ 

50 LET ON=LB+15: REM ONZAS = L 
IGRAS x* 15 Ñ 

70 LET GR=0N+18: REM GRAINS = 
NEO * 15 

50: 

390 PRINT : REM LINEAR EN BLANCO 
100 PRINT "EN STONES: "¡SE 

110 PFRINT "EN ONZAS: “¡ÓN 

120 PRINT "EN GRAINS: "¡GR 

139 S3TOF 


Sabiendo que 1 lb. = 453.6 gramos, haga un progra- 
ma que convierta Stones, libras, onzas y granos en gra- 
mos. Oriéntese con el ejemplo anterior. Para una posi- 
ble solución ver el Apéndice. 


RESOLVER 
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CAPITULO 3: 
El organigrama es una 
buena ayuda 


Este capítulo le introducirá a un concepto muy útil en 
lo que se refiere a la programación, el organigrama. Al 
mismo tiempo continuaremos explicando nuevas herra- 
mientas del BASIC. Verá las instrucciones del tipo IF- 
THEN porque son las más fáciles de entender con un 
organigrama. Muy relacionados con la combinación IF- 
THEN están los comados GO TO y GO SUB, que expli- 
caremos detalladamente más adelante. 


¿Se ha dado cuenta de que su vida diaria es un conti- 
nuo tomar decisiones y actuar según éstas? La mayoría 
de nosotros no somos conscientes de ello pero desde 
el mismo momento en que nos levantamos por la maña- 
na, desayunamos, vamos al colegio o a trabajar, etc., se- 
guimos una trayectoria más o menos fija. En otras pala- 
bras, desarrollamos un programa. 

Utilizamos las acciones que hacemos durante el día 
para explicar el concepto de organigrama. Tomaremos 
como ejemplo una determinada hora del Sr. López. Pri- 
mero lo describiremos con palabras, detallando cuida- 
dosamente las secuencias de las acciones y decisiones. 


El Sr. López es un solterón divertido que está volvien- 
do a casa. Para el coche, sale de él y cierra la puerta 
con llave, Pero a mitad de camino se pone a pensar si 
habrá dejado las luces del coche encendidas. Se da la 
vuelta y efectivamente, las luces del coche están encen- 
didas. Vuelve al vehículo, abre la puerta y apaga las lu- 
ces. Cierra nuevamente el coche y se dirige a casa, pero 
al llegar a la puerta, de repente se da cuenta de un nue- 
vo problema: ¿Dónde está la llave? Se habrá caido del 
llavero. Prueba buscar en todos sus bolsillos pero recuer- 
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da que la llave de casa se le cayó cuando estaba con- 
duciendo. Pudo haber ocurrido otra vez. Vuelve al co- 
che, lo abre y encuentra la llave en el suelo. Más tran- 
quilo, cierra el coche y se dirige a casa entrando esta 
vez sin ningún problema. Una vez dentro, decide comer 
una pizza. La saca del congelador y la mete en el hor- 
no. Después de cenar y de fregar los platos (le gusta 
el orden) decide ver un programa de TV. ¿Qué verá? 
¿M.A.S.H. o el Dr. Who? M.A.S.H. le parece más divertl- 
do, pero se duerme frente al televisor. 

Ahora vuelva a leer la historia pero esta vez usando 
el diagrama de flujo, ponga mucha atención en la rela- 
ción existente entre las acciones escritas entre los rec- 
tángulos y las decisiones que son los rombos. Siga el sen- 
tido de la flecha. 


¿ 
ESTAN 
LAS LUCES 
ENCENDIDA: 

? 


NO ENCUEN 
SALIR DEL TRA LAS 

COCHE Y 
CERRARLO 


DIRIGIRSE 
AL PORTAL 
VOLVER 
AL 
COCHE 


ABRIR EL 
COCHE. APA 


GAR 

LAS LUCES Y 
CERRARLO DE 
NUEVO 


VOLVER 
AL 
COCHE 


SACAR LAS 
LLAVES DEL 
BOLSILLO 


ENCONTRAR 
LA 
LLAVE 


COCINAR. 
LIMPIAR. 
LEER EL PE 
RIODICO, ETC 


VOLVER 
AL 
PORTAL 


ABRIR 
LA 
PUERTA 


DORMIR 
FRENTE 
AL TV 


Cuando lo haya hecho discutiremos más detenidamen- 
te los símbolos del diagrama. 


En el diagrama de flujo de la vida del Sr. López, se 
han utilizado tres símbolos: 

Este símbolo, > denominado terminal, siempre va 
situado al comienzo y al final del diagrama. Cuando se 
usa al principio, podemos escribir «comienzo» o «start», y 
cuando se utiliza al principio de una subrutina podrá es- 
cribir «entrada». Al final del diagrama podrá escribir «fin» 
o «stop». Y al final de una subrutina se escribirá «retorno». 

El rectángulo significa acción a tomar, o como se di- 
ce en la jerga de los ordenadores, un proceso. La frase 
«Sale del coche y lo cierra» no es nada más que la des- 
cripción de un acción. El objeto del diagrama del flujo 
nos parece suficientemente claro: describimos un pro- 
ceso dentro del rectángulo del diagrama y más adelante 
se traducirá a un lenguaje de programación que entien- 
da el ordenador. 

Este rectángulo IA es una variación del anterior. 
Indica un proceso predefinido que significa nada más 
que lo que contiene dentro es otro programa entero, esto 
es, una subrutina. Cada vez que se encuentre con un sím- 
bolo semejante en un diagrama, significa que en otra par- 
te hay un organigrama describiendo el proceso a seguir. 


Compruebe de nuevo el organigrama del Sr. López. 
Hay un símbolo que significa «cocinar, limpiar, leer el 
periódico, etc.». Un juego completo de acciones dentro 
de un bloque requiere un organigrama separado, o me- 
jor dicho una subrutina. En el capítulo siguiente apren- 
derá cómo utilizar este símbolo. 

El rombo es muy importante porque hace referencia 
a la verdadera potencia dentro de un ordenador, esta 
es la habilidad de poder tomar decisiones. Cada vez que 
se encuentre con este símbolo, tendrá que tomar una 
decisión. Significa que el programador tendrá que de- 
sarrollar sus programas de forma que el ordenador pue- 
da tomar decisiones. Dependiendo de esta, el progra- 
ma irá en un sentido o en otro, indicado por el «si» y «no». 
Este símbolo lo verá en las partes del programa donde 
hay que tomar decisiones. 

Volvamos al organigrama del Sr. López. La primera 
decisión con la que tropieza es la de si las luces del co- 
che están encendidas o no. Si es cierto, la condición an- 
terior se verifica. La respuesta es «Sl» y decimos que la 
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COMIENZO 

DEL 2... START 
PROGRAMA 
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condición es verdadera. En ese caso, el flujo del pro- 
grama vuelve al principio del proceso. O, como deci- 
mos, el programa se bifurca. 

Bien, veamos al Sr. López. La condición es verdade- 
ra, por lo que vuelve al coche y apaga las luces. Cuan- 
do se dirigía a su casa podría haberse preguntado de 
nuevo si las luces del coche seguían encendidas. En- 
tonces la respuesta sería «NO». La condición ahora se- 
ría falsa. Como consecuencia de ello el programa no se 
bifurca sino ue sigue en secuencia. 

Observe que la palabra IF está en mayúsculas. Esto 
es así para resaltar que en situaciones del tipo IFTHEN 
es donde esta combinación resulta más útil. Veremos 
más. 


El paralelogramo significa entrada (INPUT) o salida 
(OUTPUT). De esta forma puede indicar en su progra- 
ma Cualquier tipo de entrada de datos, mediante el co- 
mando INPUT, o alguna forma de salida de datos, utili- 
zando la pantalla o la impresora. Como este símbolo pue- 
de significar tanto entrada como salida de datos, es acon- 
sejable que indique el tipo de proceso que va a hacer, 
ya sea de entrada o de salida de datos. 

Símbolo de anotaciones 3--. Muchas veces no tene- 
mos espacio suficiente dentro de un símbolo para es- 
pecificar el tipo de procedimiento que vamos a hacer. 
En ese caso utilizamos este símbolo para añadir comen- 
tarios extras. 

Este símbolo es O el conector. Algunas veces los 
organigramas se complican (procure evitarlo siempre). 
Una forma de que su organigrama no se convierta en 
una tela de araña es mediante el uso de los conectores 
en lugar de unas líneas largas de flujo. Entonces se co- 
loca un conector desde el lugar en que estamos al lu- 
gar donde queremos ir. Ámbos conectores tendrán el 
mismo código dentro de ellos para indicar el correcto 
flujo del programa. 

Hay muchos símbolos más dentro de un organigrama 
pero con los que ya ha visto puede hacer la mayoría de 
los trabajos. 

Naturalmente, los organigramas han de hacerse en pa- 
pel y a mano. Pero normalmente esto acaba siendo un 
trabajo engorroso, para lo cual le sugerimos la utiliza- 
ción de una plantilla con los símbolos del organigrama, 


como el que puede ver a continuación. Lo más 
seguro es que el establecimiento donde compró el orde- 
nador los venda; si no, diríjase a alguna casa especial:- 
zada en material de dibujo o a una tienda de ordena- 
dores. El que mostramos en esta página es de la firma 
alemana FABER CASTELL. Son muy manejables y dan 
a su organigrama un aire profesional. 


DOD 
Kelals 
OVA Y 


(7) 
YA 


Como en todas las cosas siempre hay dos caras en 
la moneda. Esto también se aplica a los organigramas 
—tiene una gran ventaja pero también sus desventajas. 

Dejemos claro que la importancia del organigrama de- 
pende del lenguaje de programación que vamos a uti- 
lizar con él. Al contrario que con el BASIC, hay muchos 
lenguajes de programación que no son interactivos. En 
estos casos los organigramas tienen que ser muy ela- 
borados y es obligatorio antes de que el programador 
vaya más adelate con el ordenador. Los lenguajes que 
no son interactivos no dejan mucha opción en lo que se 
refiere a las situaciones de condición. El programador, 
sin embargo, tiene que hacer el papel del ordenador 
cuando hace el organigrama, para probar el correcto 
funcionamiento del programa antes de codificar el or- 
ganigrama en el lenguaje correspondiente. 

Con el BASIC, por otro lado, se pueden hacer tests con- 
tínuamente acerca de lo que se ha escrito, por lo que 
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muchos de los programadores del BASIC no necesitan 

el organigrama. La mayoría no se equivoca, pero hay 
una minoría que opina lo contrario. El organigrama no 
se puede olvidar completamente porque tiene múltiples 
ventajas, entre las cuales podemos citar las siguientes: 

e la principal ventaja de un organigrama es la visua- 
lización del programa que vamos a codificar. 

e puede ayudar a encontrar soluciones a problemas 
complicados. Por ejemplo, en el análisis de partes en- 
revesadas de un programa, especialmente aquellas don- 
de se toman muchas decisiones (esto estará más claro 
en cuanto expliquemos la combinación IFTHEN). 

e un organigrama general del problema nos dará una 
idea de cómo establecer las rutinas principales y las su- 
brutinas. 

Es aconsejable que trabaje la base del organigrama 
general cuando esté diseñando un programa. Esto en- 
tra dentro de la idea de programación estructurada. 

¿Y sobre el organigrama detallado? Es en esta parte 
del libro donde nos desviamos de la opinión general, 
porque es aquí donde con más claridad podremos com- 
probar su desventaja. 

El organigrama es muy útil a la hora de confeccionar 
programas pequeños, pequeñas subrutinas y probar flu- 
jos complicados de programas. Un organigrama del ta- 
maño de un folio (tipo dyn a4) puede establecer una vi- 
sión clara del problema, con la condición de que se tiene 
que dibujar claramente, 

Llegados a este punto conviene aclarar que muchos 
programadores no tienen el talento suficiente a la hora 
de hacer organigramas claros y fáciles de seguir. Se 
complica todavía más cuando el programa en cuestión 
es largo y pesado y el organigrama ocupa varias hojas. 
No es nada agradable leer un organigrama que ocupa 
unos veinte o más folios. En pocas palabras, un organi- 
grama demasiado largo se convierte en un estorbo, por 
lo que los programadores prefieren ignorarlos, aunque 
sea de un programa que haya que actualizar. De mane- 
ra que un organigrama estructurado y bien escrito, que 
incluya comentarios, es más fácil de seguir que uno 
largo. 


Obviamente, el dibujar un organigrama largo se con- 
vierte en una tarea tediosa y una pérdida de tiempo, con- 
cretamente cuando uno lo quiere hacer lo mejor posi- 
ble, Cuando un programa se actualiza, igualmente ha- 
brá que actualizar el organigrama. Esto implica rehacer 
el dibujo y es natural que uno se olvide esto. Por lo que 


después de un tiempo el organigrama no representará 
la realidad del programa. 

Por otro lado, cuando un programador actualiza un pro- 
grama es más fácil introducir líneas de comentarios. Un 
buen diseño de programa, esto es programación estruc- 
turada, siguiendo una realización lineal, se puede se- 
guir sin un organigrama extenso. Recomendamos que 
el organigrama se haga de forma limitada, que sólo es 
una herramienta para ayudarnos a conseguir mejores 
programas. En su forma limitada, como se explicó en pá- 
rrafos anteriores, puede ser muy útil; en su forma deta- 
llada y extendida se convierte en una carga innecesa- 
ria. En general consideramos al organigrama como op- 
cional. 


¿Se acuerda de lo que dijimos acerca de los bucles 
sin fin? (Capítulo 1). Aquí tenemos de nuevo aquel pro- 
grama que sólo contaba: 


10 LET B=0 
20 LET A=B6+1 
30 LET B=A5A 
409 PRINT A 
50 60 TO 20 


La idea del bucle está clara en el organigrama, pero 
es menos claro en las cinco líneas del programa. En 
esencia es un bucle sin fin. Si no fuera por la pregunta 
que le hace su ZX - Spectrum «scroll», que para el pro- 
grama en cuanto la pantalla está llena con los resulta- 
dos del ciclo ejecutado hasta ese momento, el progra- 
ma ejecutaría sin parar. En estos casos sólo se puede 
parar desconectando el ordenador, o pulsando la tecla 
BREAK. Pero no es una solución muy elegante. Es me- 
jor poner una condición de interrupción en el progra- 
ma. Hacemos esto con la técnica ya explicada que es 
la de «bifurcaciones condicionales». En el programa se 
comprueba una condición y si el resultado es cierto, en- 
tonces el programa se bifurca y para. Ahora verá el uso 
de la condición IFTHEN. 


IÍFTHEN 


IMPRIMIR 
A 


4] 


INICIO 


Lo que ocurre en este segundo ejemplo es que en ca- 
ES da bucle el número almacenado en la variable A es 
comparado en la línea 56. El test se limita a comparar 


el número almacenado en A con el número 1W(. Si 
la condición es cierta (la respuesta sea SI) THEN (en- 
is tonces) el ordenador dirigirá el flujo del programa ha- 
No cia la línea 74W. O como dice la línea THEN GOTO 70. 
El programa bifurca en este punto. Pero mientras la con- 
dición no se cumpla (la condición sea falsa) el progra- 


19 TE=0 

20 LET A=6+1 

30 LET E=A 

40 PRINT A 

50 IF A=100 THEN 30 TO “0 
59 50 TO 20 

70 S3TOF 


ma ejecutará la línea siguiente (5). Para entender cla- 
a tamente los pasos seguidos sugerimos que teclee el pro- 
si grama y lo ejecute (RUN). Incluso E alterar la línea 
5(W unas cuantas veces, por ejemplo IF A = 25 THEN 
E) GOTO 19,0 1F A - IBOD THEN GOTO 18, eto 


La combinación IFTHEN, se lee de la manera siguien- 
te: IF (condición), THEN (acción a tomar en caso de que 
la condición sea verdadera). 

Entre IF y THEN puede colocar cualquier operador 
relacional (=, and, etc.) mientras que detrás de THEN 
sólo se puede colocar una palabra clave (el BASIC del 
ZX Spectrum es muy estricto en este sentido, otros o1- 
denadores son más flexibles en estas sentencias). Ob- 
serve de nuevo la línea 56M del programa anterior: 
5W IFA = 1D THEN GOTO 7 

GO TO es una palabra clave, como recordará. 

En cuanto a los resultados del programa, obtendrá los 
mismos si cambia la línea 54% por: 

50 IP A = 16 THEN STOP 

Cuando la condición A = 1W(W sea verdadera el pro- 
grama finalizará en la línea 8 en vez de en la 74), 

Aunque parezca fácil, esta forma de acabar los pro- 
gramas no es nada recomendable, porque no entra en 
los esquemas de la programación estructurada. 

El comando STOP en medio de la nada, por decirlo 
de alguna forma, hará el trabajo de parar el programa 
pero no lo hará más legible. En este aspecto tenemos 
que añadir que el ZX Spectrum no usa el comando END 
tan utilizado en otros ordenadores. El comando END fi- 


naliza totalmente el programa mientras que STOP sólo 
lo interrumpe. A continuación tiene dos líneas de pro- 


gramación con los usos válidos de la combinación IF- 
THEN. 


¿109 1F A=10 THEN PRINT “OCTUBRE 


100 IF A=10 ANC B=20 THEN 60 SU 
E 1000 


NOTA: la última línea usa el operador AND y el co- 
mando GO SUB. Explicaremos más sobre el operador 
AND en capítulos sucesivos. 

NOTA: se preguntará por qué no se ha inicializado en 
el organigrama la variable B. Esto se debe a que el pro- 
ceso de inicialización de variables se considera como 
una operación estándar, por lo que no se indica. 


Se habrá cruzado varias veces con el comando GO 
TO, por lo que no tendrá muchos problemas a la hora 
de entender su significado. Su funcionamiento es obvio. 
Dirige el flujo del programa hacia otra parte del mismo 
programa, indicado por el número de línea a continua- 
ción del comando. Cuando se utiliza en combinación con 
el binomio IF THEN, nos referimos a bifurcaciones con- 
dicionales, porque depende de la condición a probar 
el que el programa continúe en secuencia o se dirija a 
otra parte. Pero si se utiliza el comando GO TO a secas 
con un número de línea a continuación, tenemos lo que 
se denomina una bifurcación incondicional. Echele un 
vistazo al siguiente programa: 


ge fur 
GGEAG 
rr 
m 
+4 
w 
'“ 


En la línea 4/4 el programa se encuentra con el co- 
mando GO TO 1WMW y como consencuencia de ello bi- 
furca a la instrucción 1W(D, sin haber hecho ningún test, 
En casos como este las líneas entre la 4H y la 1D 


El COMANDO 
60 TO 
PA 
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LA COMBINACIÓN 
60 SUB-RETURN 
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no ejecutan nada a no ser que en alguna parte después 
de la línea 1W(WD nos dirijamos a la instrucción inme- 
diatamente después de la 44H. 

En cualquier caso el abuso del comando GO TO es 
una señal clara de programación pobre. Hay otras téc- 
nicas de bifurcación más elegantes que se verán dete- 
nidamente. 


Cuando conozca todas las posibilidades del coman- 
do GO TO, el siguiente paso será el estudio de la com- 
binación de GO SUB-RETURN, GO SUB significa GO (ir) 
a una SUB (rutina) y tiene que estar seguido de un nú- 
mero de línea. La función del RETURN se verá más ade- 
lante. Para entender mejor el significado del comando 
GO SUB lo compararemos con una experiencia diaria. 
Mientras que GO TO significa «r a un lugar determina- 
do y quedarse allí hasta que se reciba otra orden que 
indique lo contrario», GO SUB significa «ur a un lugar de- 
terminado, ejecutar un trabajo asignado, volver (RE- 
TURN) inmediatamente y esperar nuevas órdenes». 

Es como hacer un trabajo de carpintería; de repente 
nuestro carpintero se da cuenta de que no le quedan 
más clavos. Ha empezado con 1W(W clavos y cuando 
los pone todos se da cuenta de que no tiene los suficien- 
tes como para acabar el trabajo. Su programa le indica 
que tiene que dirigirse a una ferretería, comprar otros 
10D clavos y volver (RETURN) para continuar con el 
trabajo. Ahora comprobará que el programa es poner 
los clavos, mientras que el ir a la ferretería es una su- 
brutina. Naturalmente esta es una analogía que no aclara 
lo suficiente lo que es una subrutina —lo único que de- 
muestra es la inexperiencia del carpintero, mientras que 
el objetivo de una subrutina es optimizar la programa- 
ción. Pero esta analogía enseña la forma en que trabaja— 
ir a un sitio determinado y volver inmediatamente. En 
un programa trabajaría de la siguiente manera: 


19 INPUT _A,B,C: REM INPUT DE H 
MN_Y 5EG 

20 60 5US 190: REM CONVERTIR A 

ORAS DECIMALES 

30 _PRINTOD REM IMPRIMIR CO 

J¡ERS ION 


Lo que ocurre en este programa es que en la línea 
20D se dirige a una subrutina donde aparentemente las 
variables A, B y €, que contienen las horas, minutos y 
segundos, son convertidas a horas decimales y almace- 
nadas en la variable D. Cuando esta operación finaliza, 
el programa vuelve a la línea 24% pero ejecuta la línea 
inmediatamente, la 31. el diagrama lo aclarará: 


Recuerde esto: el comando GO SUB sólo trabaja co- 
rrectamente cuando al finalizar las operaciones se en- 
Cuentra con un RETURN. 

En nuestro ejemplo, la subrutina 1W(W sería algo pa- 
recido a esto: 
10(WD REM ESTA SUBRUTINA CONVIERTE... 


1) INPUT A, B, C 


2f$ GO SUB 10H . 


3f$ PRINT D 


150 RETURN 

IMPORTANTE: una subrutina debe finalizar con el co- 
mando RETURN. De lo contrario el programa haría co- 
sas raras, porque el puntero del programa no encuen- 
tra el camino de retorno, por lo que empieza a irse por 
otras partes del programa. 

Como ya se dijo, las subrutinas están para optimizar 
la programación. Para ver lo que queremos decir, estu- 
die el siguiente problema. 

Si alguna vez ha hecho operaciones aritméticas con 
horas, minutos y segundos, entonces sabrá lo confuso 
que es trabajar no con decimales sino con hexadecima- 
les, esto es, la división de un número en unidades de 
sesenta en vez de diez. El problema que esto supone 
se puede resolver convirtiendo horás, minutos y segun- 
dos en horas decimales antes de hacer cualquier ope- 
ración aritmética. Es obvio que esta tarea la puede ha- 
cer su ordenador. 

La manera de convertir un número dado de horas, m:- 
nutos y segundos a decimales es: primero divida los se- 
gundos entre 6/6, sume el resultado a los minutos, divi- 


SUBRUTINA 
100 
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da de nuevo los minutos entre 6W, y sume el resto a las 
horas, que se convertirán en decimales, Una rutina que 
resuelva esto tendrá el siguiente listado: 


<390 REM CIVIDE SEGLINCOS - 50 
300 LET 3E=3E-60 
310 REM SUMA SEG. DEC. A MIN, 


LET HR=HR+MN 


Ahora hagamos un programa que sume tres grupos 
de horas, minutos y segundos. 


a 


INFIIT "HORAS “¡A 
INFUT "MINUTOS"; 
INFIUIT "SEGUNDOS"; 0C 
LET C=C-50 

LET E=6+2 

LET E=B6,-60 

LET A=A+B 

INPIIT ra 11 
INFLIT ; 
INPILIT 
LET eS 
LET E=E 
LET E 


a 


ESZD 


LET G=5+H 

LET O R=A+D0+G 

PRINT K 

REM SALIDA CE HORAS DEC, 


E TO Es O + CA e DR UU UN e AR 
ASAS AGAAAAASASASSSTRARSSASS 


MNR 


Como puede ver, el programa tiene tres juegos com- 

pletos de entradas (INPUT), que son las líneas 1D, 2D 
y 730, líneas 8D, 91 y 1WD y líneas 15D, 164 y 17 
respectivamente. Tenga en cuenta las líneas de la 49 
ala 70, de la 11WD ala 14W y de la 18% a la 22D. Es- 
tos tres grupos de líneas hacen la misma tarea. El pro- 
grama funcionará bien pero es muy ineficaz. 

Es aquí donde una subrutina, la combinación de GO 
SUB y RETURN, nos puede salvar la situación. 

Teclee el siguiente programa y ejecútelo: 


o) 
INPUT “HORAS C¿X 
INCUT “MINUTOS: ¿Y 


EJ Jon + 0 fue CU) O ON E 0 FL Á 
66508 


GDPRrRrerrrre 


RETLIRN 


Pr 


En la columna de la izquierda está la parte principal 
del programa (líneas 1W a 90) y a la derecha están las 
subrutinas (líneas IDH a 174). Es esa subrutina la que 
hace el trabajo. Siga el orden de las líneas. 


En la línea 1W se encuentra el comando GO SUB 
1D. Por lo que el puntero del programa se dirige a 
la línea 1D, donde ejecuta la subrutina. En esta su- 
brutina las horas, minutos y segundos son convertidos 
a horas decimales, y en la línea 174 el programa se en- 
cuentra con el comando RETURN. El control vuelve al 
programa principal a la línea 2% donde guarda el re- 
sultado de la subrutina en la variable A. En la línea 3D 
el programa salta de nuevo a la subrutina y vuelve a la 
línea 4W donde almacena el resultado de las operacio- 
nes en la variable B, y así sucesivamente. Este progra- 
ma es más eficiente que el anterior que hace el mismo 
trabajo. Por eso el concepto de subrutina es tan impor- 
tante en la programación de ordenadores. Ningún pro- 
blema medianamente grande estará sin ellas. 


Finalizamos el capítulo con un organigrama del último 
programa. Estúdielo con sumo cuidado, porque en el ca- 
pítulo siguiente comenzará el trabajo real. 


STOF : REM FIN CEL PROGRAMA 
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SUBRUTINA 
DE CONVERSION 
HR, MN, SG, A 
HORAS DECI 

MALES 


INICIO DE 
SUBRUTINA 
ENTRADA 
HORAS 
ALMACENADAS 
EN x 


E 


SUBRUTINA 
DE 
CONVERSION 


SUBRUTINA 
CONVERSION 


DIVIDIR LOS 
SUBRUTINA SEGUNDOS 
DE ENTRE 69 
CONVERSION 
Cc x SUMAR SE 
GUNDOS DECI 
MALES A LOS 
MINUTOS 
D A¡B+¿C 
DIVIDIR LOS 
MINUTOS 
ENTRE 60 
IMPRIMIR A 
D 
SUMAR LOS 
MINUTOS A 
LAS HORAS 


Comienzo del programa 

GO TO a la subrutina de hr-mn-sg/horas decimales 
RETURN al programa principal. 

Almacena el resultado de la conversión en la va- 
riable A. 

GO TO a la subrutina de (hr-mn-sg/horas deci- 
males. 

RETURN al programa principal. 

Almacena el resultado de la conversión (hr-mn- 
sg/hr. dec.) en la variable B. 

GO TO a la subrutina de conversión hr-mn-sg/ 
horas decimales. 

RETURN al programa principal. 

Almacena el resultado de la conversión (hr-mi- 
sg/hr.dec.) la variable C. 

e SumaAaB+C 

e Almacena el resultado en la variable D 

e Imprime el contenido de la vanable D 

e Fin de programa 


Subrutina de conversión de hrs., min., seg. 
a horas deciamales 


e Entrada del número de horas, almacenado en la 
variable X 

e Entrada del número de minutos, almacenado en la 
variable Y ] 

e Entrada del número de segundos, almacenado en 
la variable Z 

e Dividir los segundos entre 64 

e Sumar los segundos decimales a los minutos 

e Dividir los minutos entre 61 

e Sumar los minutos a las horas 

e RETURN al programa principal 
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CAPITULO 4: 


Preparando los programas 


Cuando haya estudiado detenidamente los capítulos 
anteriores habrá adquirido los conocimientos suficien- 
tes como para empezar a diseñar y escribir sus propios 
programas por muy simples que sean. En este capítulo 
aplicará lo que ha aprendido hasta el momento. 

Describiremos detalladamente la estructura lineal den- 
tro de la programación estructurada. 

Todo se reduce a lo siguiente: Piense antes de prose- 
guir. Cuanto antes empieze a escribir sus programas, en 
vez de planearlos detenidamente, más tiempo invertirá 
en hacer un buen programa. Un programa bien dise- 
ñado y escrito es en un 74% el resultado de pensar y 
en un 310% de codificación (escribirlo). 


Este capítulo y el siguiente estarán dedicados al di- 
seño de programas que convierten los pesos y medidas 
del sistema inglés al sistema métrico y viceversa. He- 
mos escogido este problema para aplicarlo al ordena- 
dor, no sólo por su interés general sino también porque 
los cálculos y procedimientos son simples, por lo que 
la programación no será complicada. Es más, con los 
conocimientos que tenemos de los capítulos anteriores 
estamos en condiciones de escribir un buen programa. 


Vamos a resumir los procedimientos que tendrá que 
seguir de ahora en adelante (los detalles se explicarán 
más adelante): 

(1) Definir y especificar el objeto del trabajo —esto 
incluye la documentación. 

(2) Diseñar el formato de lo que crea será la salida 
del programa. 


PRIMERA TAREA: 
CONVERSION DE 


PESOS Y MEDIDAS 
IPP 


RESUMEN DE LOS 
PASOS A SEGUIR 
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PRIMER PASO: 
DEFINIR 
DETALLADAMENTE El 
TRABAJO 
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(3) Diseñar el formato de lo que va a ser la entrada 
de datos. 
(4) Trabajar con bloques individuales (o rutinas o mó- 


-dulos que ya explicaremos lo que son) que crea nece- 


sarios para completar el trabajo. 

(5) Desarrollar la parte principal del programa —pre- 
ferentemente con un organigrama. Desarrollar los si- 
guientes niveles, también con organigrama. 

NOTA: Como ya se explicó, el organigrama es opcio- 
nal. Si decide trabajar sin él, entonces escriba las se- 
cuencias de los ri pe que crea necesarios. 


Hasta aquí lo a se refiere al diseño del programa, 
ahora veamos la codificación: 

(6) Es esencial dentro de la estructura de la progra- 
mación lineal empezar desde arriba, según describimos 
en el organigrama, y en consecuencia trabajar hacia 
abajo. 

(7) La parte principal será la más importante —no de- 
be contener rutinas de programación. Las rutinas se de- 
ben situar en la zona dedicada a ellos. 

(8) Proceder a desarrollar el nivel siguiente sólo 
cuando haya comprobado y verificado el correcto fun- 
cionamiento de la rutina que esté desarrollando; asegú- 
rese de que funciona. 

(9) Dejar los refinamientos para el final. Déle priori- 
dad a la parte de programación, que funcionen todas 
y cada una de las partes y en consecuencia el progra- 
ma entero. 

(140) Cuando el ordenador se lo permita, esto es, 
cuando tengan memoria suficiente, procure Pace la 
instrucción REM para aclarar pasos y mejorar la legibi- 
lidad. 

(11) Aunque no sea una parte esencial de la progra- 
mación, siempre es bueno inicializar el programa con 
una pequeña sección de identificación. Para mejorar la 
documentación del programa, es importante que todas 
las variables utilizables sean descritas detalladamente. 

(12) Para aquellos que tengan impresoras: escriba sus 
programas con un formato claro. Cuando imprima el pro- 
grama verá la diferencia. 


Considérese como su propio cliente. Es el programa- 
dor y se pone la tarea de escribir un programa que con- 


vierta los pesos y medidas del sistema inglés al sistema 
métrico y viceversa. Es fundamental que el programa 
no sólo lo entienda usted sino también los clientes. ¡No 
se asuste! No piense que no es capaz de hacerlo. Lo con- 
seguirá porque es más fácil de lo que usted cree. Por 
otro lado si es optimista y piensa que acabará en una 
hora, entonces está completamente equivocado. Cual- 
quier trabajo de programación siempre es más largo de 
lo que uno cree, particularmente cuando no se emplea 
tiempo averiguando lo que se le pide hacer. De mane- 
ra que antes de tocar el ordenador defina el trabajo de- 
talladamente, hasta el más mínimo detalle. No es sufi- 
ciente decir que convierta pesos y medidas del siste- 
ma inglés al métrico. Esto no se puede considerar co- 
mo una definición del trabajo. Tendrá un grave proble- 
ma cuando compruebe que no entiende lo que quiere 
el cliente (aunque el cliente sea usted, como en este ca- 
so). Puede estar acabando el programa y de repente 


descubrir que se ha olvidado... o que es mejor dejar... 
etcétera, 


Definamos con detalle el presente problema. 

Cuando los requerimientos son la conversión de los 
pesos y medidas del sistema inglés al métrico y vice- 
versa, la primera pregunta es ¿qué pesos y qué medi- 
das? Por lo que deberá aclarar el tipo de pesos y medi- 
das a convertir. 


La pregunta siguiente será ¿cómo lo queremos con- 
vertir? Esto es, si se desea la opción para, por ejemplo, 
teclear cada valor estándar del peso y medida y obte- 
ner en la salida todas las conversaciones del dato. ¿O 
quiere teclear el peso o medida correspondiente? Va- 
mos a aclarar esto. En la primera opción podemos pe- 
dir al programa que resuelva el problema ¿cuántos cen- 
tímetros hay en 15 pulgadas? o ¿cuántas yardas hay en 
10D metros? o ¿cuántas toneladas hay en 1DDD ki- 
logramos? etc. Claro que un programa que envíe esa 
información es viable pero dese cuenta que es más com- 
plicado que la otra opción: entrada de la medida y/o pe- 
so estándar, produciendo así todas las conversiones en 
el sistema métrico e inglés. Escogeremos la segunda op- 
ción. Para la longitud, tendremos metros y pies como da- 
tos de entrada y como datos de salida tendremos todas 
las conversiones posibles; en cuanto al peso, tendremos 
kilogramos y libras como datos de entrada y como da- 
tos de salida todas las conversiones posibles en ambos 
sistemas. 
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TABLA DE PESOS Y 


(PESOS) 
- ] tonelada inglesa (T) 
hundredweight (cwt) 
quarter (qr) 
stone (st) 
libra (1b) 
onza (02) 


kilogramo 
hectogramo 
decagramo 


(MEDIDAS DE LONGITUD) 
milla naútica (nudo) 

1 milla 

yarda 

pie 

pulgada 


kilómetro 
hectómetro 
1 decámetro 
1 metro 

1 decímetro 
centímetro 
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Esta especificación no es suficiente. Hay que definir 
qué tipo de medida vamos a necesitar. 

Aqui nos encontramos con otra parte importante que 
necesita un programa, la documentación. Un problema 
no sólo ha de estar propiamente definido, sino que tam- 
bién ha de estar bien documentado. Un caso como el 
que nos ocupa aclara lo que queremos decir. Si quiere 
convertir adecuadamente las medidas via ordenador, 
necesitará saber la fórmula exacta de la conversión. Ten- 
drá que ojear libros y averiguar a cuantos centímetros 
equivale una pulgada, o cuantas libras hay en un kilo- 
gramo, etc. Por esa razón adjuntamos un cuadro deb- 
damente cumplimentado: 


MEDIDAS (inglés y métrico) 


20 cwt (hundredweilght) 
4 gr (quarters) 
2 st (stones) 

14 lb (libras) 

16 oz (onzas) 


1016 kg 
50.8 kg. 
12.7 kg 
6.38 kg 
453.6 gramos 
28.35 gramos 


Moa 
IT] 


1000 gramos 
100 gramos 
10 gramos 


TI] 


1852 metros 
1609.315 metros 
0.9144 metros 
0.3048 metros 
0,0254 metros 


2026 yardas 
1760 yardas 

3 pies 

12 pulgadas 


momo 


1000 metros 
100 metros 
10 metros 
100 centímetros 1000 milímetros 
10 centímetros 100 milímetros 
10 milímetros 


" ... uo. 


" 


Con esta tabla podrá convertir cualquier cantidad que 
tenga pensada. Es más, podrá decidir cual será el mo- 
delo estándar que utilizará a lo largo del programa. Ya 
lo hemos decidido por usted: todos están incluidos en 
programa. 

Resumamos las especificaciones del trabajo: 


e Conversión de pesos y medidas del sistema inglés * 


al sistema métrico y viceversa. 

e Entrada de datos estándar: pies y metros para la 
longitud; kilogramos y libras para el peso. 

e Salida de datos en los dos sistemas, para cada op- 
ción (longitud y peso). 

Una última aclaración antes de seguir adelante. Está 
claro que los programas los escribe para disfrute pro- 
pio. Pero evite que el programa sólo lo pueda leer us- 
ted. Un buen programa es aquel que, entre otras cosas, 
puede ser entendido por otros cuando se ejecuta. Nun- 
ca suponga que otros entenderán lo que quiso decir. 
Nunca piense «esto es obvio». Lo que está claro para us- 
ted no está claro para otros. Por esta razón muchos pro- 
gramas buenos son un desastre comercial porque no son 
legibles por el usuario. Esto significa que un programa 
tiene que ser facilmente accesible a cualquier usuario 
y no sólo al programador que lo escribió. 


La razón de porqué hemos puesto este párrafo a con- 
tinuación de la definición del trabajo es porque uno es 
parte del otro. El objeto principal del programa es lo que 
tiene que devolver al usuario, un resultado, esto es, OUT 
PUT (salida). Como ya sabe la salida de datos se pue- 
de presentar de dos formas, en papel o por pantalla. 
En cualquiera de los casos, la salida tiene que ser cla- 
ra. Tiene que estar claro lo que significa una figura de- 
terminada escrita en pantalla o en papel. Si por ejem- 
plo usted escribe un programa como este: 


19 INPUT A 
20 LET R=A+4S5.D 
30 PRINT 6 


y lo ejecuta, no estará muy claro para cualquiera que 
lo lea qué se quiere obtener. Si pone un 1, por ejemplo, 
el resultado que aparecerá por pantalla será 453,6. La 
pregunta es ¿qué sentido tenía la entrada de datos?; en 
cuanto al 453,6... ¿qué significa? 

Otra cosa totalmente distinta sería si se reescribe el 
programa de la manera siguiente: 


19 INPUT "LIGRA;A 
20 LET G=Ax455.6 E 
30 FRINT "IGUAL A";G; "GRAMOS" 


SEGUNDO PASO: 
DISEÑAR El 


FORMATO DE SALIDA 
ARTIE: 
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Pruebe este programa y tendrá claro lo que quería- 
mos explicar. 


La otra razón del por qué hay que preparar la salida 
de datos antes de empezar a codificar el programa es 
que el formato de salida indica exactamente lo que se 
quiere hacer con el programa, cuando lo diseñe y lo co- 
difique. Pero hay dos formas de diseñar la salida de da- 
tos. La primera es la que no tiene sentido, o sea impri- 
mir los resultados con toda la información necesaria en 
pantalla, empezando en el extremo izquierdo. Quizá y 
por aquello de la claridad, insertaremos alguna que otra 
línea en blanco. Esto está bien cuando no hay que im- 
primir muchos resultados y cuando no le importe que 
la presentación sea limpia. 


De todos modos, la información elegante ayuda a com- 
prender lo que estábamos realizando, mientras que una 
salida de información sin mensajes falla en este aspec- 
to. Por lo que una salida de datos elegante es preferi- 
ble al caso contrario. La diferencia entre las dos estri- 
ba en la claridad. Vea los siguientes ejemplos. 


IDB.DDD METROS EQUIVALEN A: 


MILIMETROS 1DDDDBDDD 
CENTIMETROS DDODD 
DECIMETROS DDD 
METROS DD 
DECAMETROS D 
HECTOMETROS 
KILOMETROS 


SVULLLA 


DA 
DO 
DO 
DO 
DO 
WD 


PULGADAS  39370(W7.87 
PIES  3285683.99 
YARDAS  1M9361.33 
MILLAS — 62.1371192 

NUDOS  54.(D5595 


Este es un ejemplo de una salida clara de información. 


IDDDDD METROS EQUIVA 
MILIMETROS IDDBDLBLDDDD 
CENTIMETROS IWBDDDDDD 
DECIMETROS IDDDDDD 
METROS IBDDDD 
DECAMETROS 10BDD 
HECTOMETROS 10D 
KILOMETROS 19D 
PULGADAS 39370(57.87 
PIES 328D83.99 
YARDAS 1W9381.33 
MILLAS 62.1371192 
NUDOS 54.(5(D5595 


Este, sin embargo, es un claro ejemplo de un plantea- 


miento erróneo para la salida de información. 


¿Cómo podemos preparar una salida clara y elegan- 
te? En papel, por supuesto, y antes de tocar el ordena- 
dor. Utilice papel cuadriculado, por ejemplo con cua- 
drados de 5 mm. de lado. En la hoja dibuje una panta- 
lla como si fuera la del televisor. Tenga en cuenta el for- 
mato de pantalla de su ordenador. Su ZX Spectrum tie- 
ne una pantalla de 32 cuadrados de ancha por 22 de 
alta. 


Le será muy útil fotocopiar varias de esas plantillas 
que haya hecho. Las necesitará. * 


Primero escriba en un borrador lo que tiene pensa- 
do hacer. Luego cuente las letras de cada palabra y 
cuando sea una frase no olvide contar los espacios en 
blanco. Tenga en cuenta que las palabras y las frases 
tienen que caber a lo largo de los 32 cuadrados que ocu- 
pa la pantalla, y cuando tenga un texto muy largo, no 
puede exceder de 25 líneas. Juegue con las palabras 
en el borrador hasta que esté satisfecho del formato con- 
seguido. A continuación tiene un posible formato de sa- 
lida al programa de conversión. 
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Este formato muestra claramente cómo alinear las pa- 
labras verticalmente. Cuente la longitud de la palabra 
más larga, en este caso «hundredweights», que tiene 14 
letras. Luego asegúrese de que el resto de las palabras 
cuya longitud sea inferior sean rellenadas con espacios 
en blanco hasta completar los 14: 

PRINT GRAMOS» 
ocho espacios 


Lo que acabamos de explicar para el formato de sal:- 
da se puede aplicar igualmente a la entrada de datos 
(es menos importante que la salida, porque la entrada 
de datos es el punto de comienzo de un programa y no 
la finalidad del mismo). No hace nada malo si trabaja 
antes con el formato de entrada que con el programa. 

Después de todo, el formato de entrada deberá indi- 
car al usuario exactamente lo que se requiere como dato 
de entrada. Hay un proverbio en el mundillo de la in- 
formática resumido como «GIGO». Que significa «Gar- 
bage In, Garbage Out» («Basura de entrada, Basura de 
salida»). Esto significa que si damos datos erróneos a la 
entrada, el programa nos enviará datos erróneos de sa- 
lida. Por eso un formato de entrada claro y correcto es 
crucial para el correcto funcionamiento del programa. 
Cuando especificamos que un programa ha de ser le- 
gible por cualquier usuario, no sólo hacemos referen- 
cia al formato de salida, sino que también lo hacemos 
al formato de entrada. Cuando cualquier persona, ade- 


más del programador, encuentra dificultades en lo que 
se refiere a los datos de entrada, entonces el programa 
no es legible. Claro que los programas dedicados a pro- 
blemas muy concretos no tienen por qué ser entendi- 
dos por los demás —pero si no lo entiende el especia- 
lista para quien se escribió el programa, entonces hay 
algo que no marcha. 
El ejemplo siguiente lo aclarará un poco más: 


19 INPUT DA 
20 INPUT MO 
30 INPUT VE 


Cuando la sección de entrada de datos de un progra- 
ma se ejecuta, nadie excepto el programador sabe el 
tipo de dato que necesita ese programa, porque el or- 
denador pregunta con un signo de interrogación par- 
padeante. Obviamente, es un diseño pobre de entrada 
de datos. El ejemplo 2 es totalmente distinto al primero: 


10 PRINT "Teclee la fecha de 
acimiento.'" 
20 PRINT "Primero el dia,' 


me 


39 PRINT "“(uego el numero del 


A 


5, 

¿0 PRINT "y por Ultimo el anno 
59 INPUT "DIA "¿DA 

50 INPUT "MES "¿MO 

70 INPUT "ANNO "¡YE 

50 PRINT : REM Linea en b 

390 PRINT DA)" "MD" "YE 


Esta rutina de entrada de datos muestra en la panta- 
lla una serie de mensajes y comentarios. Es una entra- 
da bien diseñada, que hace legible el programa. Prue- 
be ambos ejemplos en su ordenador. 


Aquellos programas que ofrecen un número determ:- 


nado de opciones, necesariamente han de contar con 
un menú de trabajo en el formato de entrada. Esto sig- 


mifica simplemente que en el formato de entrada se es- 
pecificará claramente las diversas opciones que hay en 
el programa. En nuestro programa ejemplo de conver- 
siones, hay dos opciones, porque sólo existen dos posi- 


El MENU DE 
TRABAJO 
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59 


60 


bilidades: conversiones de longitud y de peso. 

Como verá más adelante, no es tan difícil escribir ru- 
tinas que dirijan el programa mediante «prompts» como 
se indican en el menú. Una forma simple y común de 
inicializar semejante opción es tecleando una letra o nú- 
mero que se refiera a dicha opción. En nuestro progra- 
ma ejemplo la opción de conversión de medida se la 
puede referir mediante el número 1, por ejemplo, y la 
opción de conversión de peso mediante el número 2. El 
mensaje para la primera opción puede ser «teclee 1 y 
pulse RETURN para la conversión de medidas». Y algo 
similar pero usando el 2 para la conversión de pesos. 
Claro está que también hay diversas variaciones. Á con- 
tinuación tenemos el diseño del formato de entrada de 
datos para este programa. 


Ahora vea los siguientes detalles: 

e La parte superior de la pantalla está ocupada por 
un recuadro hecho con asteriscos conteniendo el men- 
saje de lo que trata el programa. Este mensaje actúa co- 
mo un indentificador. No está de más incluir mensajes 
de identificación en los formatos de entrada. 

e Hay una tercera opción que es la de «PARAR EL 
PROGRAMA)», a la que se hace referencia mediante el 
(Ó. Aunque la forma más fácil de parar un programa es 
pulsando la tecla RUN/STOP o apagando el ordenador 
(borrando el programa totalmente), no es una solución 
muy legítima. Un buen programa contiene una rutina de 
acabado, que está incluida en el menú de trabajo. 


NOTA: El esfuerzo realizado para hacer un formato de 
entrada lo más elegante posible mejorará la represen- 
tación final del programa, dándoles un pequeño toque 
profesional. Procure hacerlo en todos sus programas. 


Este libro enseña el arte de programar de manera 
práctica, sin tanta teoría. De todos modos es difícil ev:- 
tar consideraciones de naturaleza teórica, porque la 
aproximación lineal de un programa estructurado re- 
quiere alguna explicación como habrá podido compro- 
bar en lo ¡eído hasta aquí Ahora, cuando veamos el tó- 
pico de programar módulos, haremos algunas conside- 
raciones generales necesarias. 

En la programación lineal es fundamental trabajar el 
problema antes de escribir el programa, con cuantos 
procedimientos sean necesarios para completar el ob- 
jetivo que nos planteamos al hacer el programa. Usa- 
mos normalmente algunos nombres para estos proce- 
dimientos: subrutinas, subprogramas y módulos. 

Para evitar confusiones entre estas subrutinas y aque- 
llas a las que se accede mediante el uso del comando 
GO SUB, recomendamos denominarlas rutinas solamen- 
te, con el nombre que describe el proceso que real:- 


zan. Por ejemplo, rutina de conversión de peso, rutina 
de conversión de medidas, rutina de control principal, 


etcétera. 

En términos generales podemos hablar de módulos 
de programas o solamente módulos. Podemos decir al- 
go así como, «El siguiente módulo a escribir es la rutina 
de conversión de medidas.» Cada módulo debe ser in- 
dividual, en el sentido de que debe funcionar indepen- 
dientemente del resto de los módulos. En realidad esto 
no es totalmente posible, porque el correcto funciona- 
miento del módulo depende de lo que recibe de otros 
módulos. Pero no es tan importante como el principio 
de la programación lineal; simplemente la idea es que 
un módulo pueda trabajar con independencia del res- 
to de los módulos. Más adelante, en el próximo capítu- 
lo, comprenderá la base de programar módulo a mó- 
dulo el programa que ya escribimos. La idea de la pro- 
gramación lineal es que los módulos independientes son 
encadenados en un orden específico, desde el primer 
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RUTINA DE 
CONTROL 
PRiNCIPAL [o 


INICIO 


RUTINA MODULO DE 
1 NIVEL 


INICIALIZA 
CION 


O 


RUTINA 
PRINCIPAL 


RUTINA 


FINALIZA 
CION 


$e 


5 
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A LA RUTINA 
DE CONVERSION 
DE PESOS 
(MODULOS 

DE 2” NIVEL) 

A LA RUTI 

DE CONVERSION 
DE MEDIDAS 


nivel al nivel más bajo. Haremos referencia al último pá- 
rrafo del capítulo 1 que nos da una idea clara del prin- 


as de esta materia. o 
eamos prácticos. El texto siguiente y los diagramas 


aclararán lo que hemos visto hasta ahora. 


Antes que nada, cada programa estructurado tiene 
una parte principal. Esta puede ser un conjunto de mó- 
dulos encadenados o uno solo, depediendo de la com- 
plejidad del programa. Este programa de conversión en 
su esencia es muy simple, por lo que su programa prin- 
cipal será a su vez simple. Cada parte principal tiene 
un módulo de comienzo y otro de fin. Entre los dos po- 
demos colocar otro módulo que controle el programa 
actual. Se denominará rutina de control. 

Concentrémonos en la idea general relativa a la par- 
te principal. 


El primer módulo es la Rutina de Inicialización. Este 
módulo puede consistir de dos partes, una sección de 
identificación y otra sección que inicialize todas las cons- 
tantes y variables del programa. La segunda sección es 
de vital importancia. Según la complejidad del progra- 
ma esta sección contendrá instrucciones de DIMensio- 
namiento de variables y DEFinición de FuNciones. To- 
davía no hemos explicado lo que significa estas herra- 
mientas de programación en BASIC; lo veremos en el 
capítulo siguiente. Pero no las olvide. En cuanto a las 
constantes, son fáciles. Un ejemplo: si por cualquier ra- 
zón necesitamos la famosa constante Pl en su progra- 
ma, podemos definirla en esta rutina de inicialización 
de la siguiente forma: PI = 3.141592654. En nuestro pro- 
grama ejemplo no necesitamos inicializar funciones ni 
constantes. 

Como ya sabrá, muchas de las vanables de los pro- 
gramas del ZX Spectrum tienen que ser inicializados 
(puestos a cero). La sección de inicialización es donde 
tendrá lugar esta inicialización. 

El último módulo del programa principal es, en este 
caso, una formalidad. Para el programa y deja el orde- 
nador esperando a que tomemos una decisión. De to- 
dos modos, en otros programas la rutina de finalización 
puede ser una parte vital del programa pudiendo con- 
tener la salida final de datos. Es el segundo módulo en 
importancia, porque controla el ftujo del programa. Re- 
cibe los datos de entrada y según esa información dirj- 
girá el programa hacia un segundo nivel de módulos. 


Cuando finaliza el flujo del programa vuelve (RETURN) 
al programa principal. Recuerde que una de las reglas 
de la programación lineal es que el control del progra- 
ma siempre pasa al programa principal una vez final:- 
zada el trabajo de la rutina. 

Hasta aquí las explicaciones del programa principal. 
Veamos el organigrama del programa desde que se bi- 
furca del programa principal. 

Puede comprobar lo que ocurre cuando el programa 
bifurca hacia el siguiente nivel del programa. El flujo del 
programa entra en un segundo nivel de módulos, aquí 


la rutina de preparación de conversiones de medidas. 
¿Por qué preparación? Bueno, hay dos maneras de con- 


vertir las medidas del Sistema Métrico al Sistema Inglés 
y del Sistema Inglés al Sistema Métrico. Este módulo se 
encarga de que el usuario elija la opción, el flujo del 
programa se encamina hacia el siguiente módulo, esto 
es, el tercer nivel de módulos. Aquí es donde se ejecu- 


ta la conversión. El usuario es pre dunlano por el núme- 
ro a convertir, y entonces la rutina lo convierte en el sis- 


tema adecuado y cuando se ha hecho, el flujo del pro- 
grama se bifurca hacia el siguiente módulo, que a su vez 
se encuentra en un nivel inferior, la rutina de salida. Es- 
ta rutina produce unos buenos listados en pantalla (por 
lo menos, ésa es nuestra intención). 


(NIVEL 1) 


CONTROL 
PRINCIPAL 


RUTINA DE | 


SN 
N 


HACIA LA RUTINA DE 
CONVERSION DE PESOS 
(NIVEL 2) 


CONVERSION 
DEL SIS 
INGLES AL (NIVEL 3) 
METRICO 


(NIVEL 4) 


RUTINA DE 
SALIDA 

RUTINA DE 

OPCIONES 


(NIVEL 5) 
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SI, VOLVER A LA RUTINA 
DE PREPARACION DE 
CONVERSIONES 


¿Finaliza aquí el programa? $1 y no. Si, porque el pro- 
grama ha cumplido con el objetivo: convertir números 
de un sistema a otro. Pero con una pasada del progra- 
ma. Por eso la otra respuesta es NO, porque finalizar un 
programa de esta forma tan incómoda es sólo un ejem- 
plo de programación pobre y poco elegante, ya que lo 
convierte en poco efectivo. Cada vez que quiera una con- 


versión tendrá que ejecutar el programa, 
Además va en contra de las reglas de la programa- 


ción estructurada. Cuando el control del programa pa- 
sa a través de rutinas inferiores, siempre debe acabar 
en el programa principal. El programa se hace más efec- 
fivo cuando se le añade otro módulo, que le da la op- 
ción extra que le pregunta si ¿quiere ejecutarlo de nue- 
vo? (esto es, si se desean más conversiones de pesos y 
medidas, depende de lo que haya escogido en el pro- 
grama principal) ¿Si o no? En el primer caso, una res- 
puesta rápida hará retornar el flujo del programa hacia 
la rutina de preparación de conversión que acaba de 
ejecutar. En el segundo caso el flujo del programa se 
dirigirá hacia el programa principal, o, lo que es mejor, 
hacia la rutina de control donde será objeto de otras pre- 
guntas. 


Acabamos de discutir vagamente el flujo del progra- 
ma en una ejecución. Y, como podrá ver, este progra- 
ma está hecho en organigramas de módulos. De todos 
modos y como ya explicamos al principio del capítulo, 
también se puede hacer un esquema escrito de un po- 
sible organigrama del programa. 

Este flujo de programa escrito con palabras se pue- 
de hacer con módulos de la misma forma que hacemos 
los organigramas con símbolos. Lo que aquí necesita es 
una habilidad Iingúística en el sentido de que tiene que 
escribir exactamente lo que quiere hacer en el progra- 
ma. Será su problema si quiere utilizar organigramas con 
símbolos o esquemas con palabras. En nuestra opinión 
lo mejor sería utilizar pequeños organigramas que le da- 
rán una rápida visión del problema pero no hay que des- 
cartar que en otros casos los esquemas puedan hacer 
un trabajo mejor. Cerraremos el capítulo no sólo con un 
organigrama general de módulos del programa comple- 
to sino que también con esquemas del programa eje- 
cutando el mismo caso. Notará, en algunos casos, que 
ambos sistemas se complementan. 

Para finalizar: sabemos ahora cuántos módulos son ne- 
cesarios para llevar a cabo una conversión en particular. 

El programa principal (nivel 1) consta de tres módu- 


los. El rango de las rutinas que trabajan con la conver- 
sión de la longitud contienen, un módulo de nivel 2, dos 
de nivel 3, uno de nivel 4, y un módulo de nivel 5. Como 


la conversión de pesos requiere básicamente los mis- 
mos tratamientos es obvio que el rango de rutinas que 


trabajen con los pesos sean similares a las que traba- 
jan con medidas. Esa es la razón de que el organigra- 
ma modular sea tan simétrico. Un último comentario: es- 
tos diseños preliminares que vamos a desarrollar han 
de ser los finales. La programación es como una parti- 
da de ajedrez: sólo los muy preparados pueden ver los 
movimientos con antelación. Por lo que hay una buena 
posibilidad de que cuando vaya a codificar el progra- 
ma cambie de opinión y altere algún que otro paso. Pue- 
de ocurrir que decida empezar de nuevo. Eso no es na- 
da preocupante. Son las cosas que hacen de la progra- 
mación un trabajo altamente creativo. 


Por esta razón, el programa que surge de este plan- 
teamiento inicial difiere deliberadamente en algunos 
niveles del diseño inicial. Aunque la idea global se 
mantenga. 


RUTINA DE 
CONTROL 
PRINCIPAL 


RUTINA DE 
INICIALIZA 
CION 


RUTINA DE 
PREPARACION 

DE CONVERSION 
DE MEDIDAS 


RUTINA E DE 
PREPARACION 
DE CONVERSIÓN 

PESOS 


RUTINA DE 
CONVERSION 
METRICO A 
INGLES (M) 


RUTINA DE 
CONVERSION 
INGLES A 
METRICO (M) 


RUTINA DE RUTINA DE 


CONVERSION 


1CO INGLES A 
INGLES (P) METRICO (P) 


RUTINA DE 
SALIDA DE 
MEDIDAS 


RUTINA DE 
OPCIONES 
um) 


RUTINA DE 
SALIDA DE 
PE 


sos 


RUTINA DE 
OPCIONES 
(Pr 


DIAGRAMA DE 
FIWJO EN PALABRAS 
APAEO 


66 


e Programa principal 
Comienzo 
GO TO rutina de inicialización 
GO TO rutina de control principal 
GO TO rutina de fin del trabajo 
sTOP 
e Desde la rutina de control principal a la salida y 
más allá. 

IF, si la decisión tomada en la rutina de control in- 
dica conversión de pesos GO TO rutina de preparación 
de pesos. 

IF, si la decisión tomada en la rutina de control in- 
dica conversión de medidas GO TO rutina de prepara- 
ción de medidas. 

Asumir que la decisión es para la rutina de med;- 
das. : 

Preparación de la rutina de conversión de medi- * 
das. 

IF, si la decisión tomada en la rutina de prepara- 
ción de medidas es desde el Sistema Métrico al Inglés. 

GO TO entrada de datos del sistema métrico. 

IF, si la decisión tomada en la rutina de prepara- 
ción de medidas es desde el Sistema Inglés al Métrico. 

GO TO entrada de datos del sistema inglés. 

e Asumir que la decisión tomada es desde el sis. mé- 
trico al inglés. 
e Entrada de datos del sistema métrico. 

Teclee los datos métricos (en metros). 

Calcular los resultados de longitud en el sistema 
métrico estándar. 

Calcular los resultados de longitud en el sistema 
inglés estándar. 

GO TO rutina de salida. 

e Rutina de salida. 
Imprime resultados de la conversión en pantalla. 
GO TO la rutina de opciones. 

e Rutina de opciones. 

IF repetir el proceso, vuelve a la rutina de prepa- 
ración de conversión de medidas. 

IF, si no se repite el proceso, vuelve a la rutina prin- 
cipal de control. 


CAPITULO 5: 


La codificación del programa 


Este capítulo le ayudará a preparar el programa des- 
pués de haberlo diseñado concienzudamente con los 
pasos de los capítulos anteriores. El programa se desa- 
rrollará rutina tras rutina. Cada una de ellas se desa- 
rrollará con los puntos restantes de los que se explica- 
ron al comienzo del capítulo 4. Donde haga falta se pon- 
drán organigramas o diagramas de palabras. Esto le da- 
rá rigor a los principios del flujo lineal de la programa- 
ción estructurada. 


El programa se ha comentado en abundancia con las 
sentencias REM, mientras que las secciones y módulos 
han sido separados mediante líneas de asteriscos, guio- 
nes, etc. Esto se ha hecho para reforzar la idea de pro- 
gramación modular (programas que consisten en blo- 
ques de procedimientos, subprogramas, subrutinas o Co- 
mo lo quiera llamar). 


En la mayoría de los casos, las sentencias REM, que 
explican las partes ejecutables del programa se han si- 


tuado con anterioridad a esas partes. La legibilidad se 
ve reforzada por el continuo uso de líneas en blanco (te- 
clee un número y seguidamente los dos puntos, :). Tam- 
bién podemos tener ura línea en blanco tecleando el 
número y seguidamente poner REM. 

En puntos estratégicos del programa encontrará el co 
mando «CLS». Este limpiará la pantalla. 

Hay sentencias REM en este programa que realmen- 
te se las puede considerar como supérfluas. Pero se han 
puesto para hacer el programa lo más comprensible po- 
sible para el novato en este campo. 


OBSERVACIONES 
GENERALES 
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(Vea el capítulo 4, puntos 6, 7 y 8). 

Es esencial dentro de los esquemas de la programa- 
ción lineal, empezar el programa en la rutina de más 
alto nivel y en consecuencia trabajar hacia abajo. La par- 
te principal es la rutina del primer nivel, y como se es- 
tableció en su momento, consiste de tres módulos. 


Desarrolle por completo esta parte principal y com- 
pruebe su correcto funcionamiento, antes de hacer el 
siguiente módulo (punto 8: Procederá con el nivel si- 
guiente solamente cuando la rutina actual funcione y esté 
verificada en su totalidad). 

Consideremos los módulos individualmente. 


Esta es la rutina verdaderamente importante del pri- 
mer nivel, ya que dirige el flujo del programa hacia la 
rutina correcta de proceso. 

Así es como se ha preparado (diagrama del flujo del 
programa en palabras): 

e Entrada en la rutina de control principal. 

e Situar en pantalla las opciones. 

() para conversiones de longitud (medidas). 

(2) para conversiones de pesos. 

(HD) para parar el programa. 

e IF si la entrada es igual a 1 entonces (THEN) ir 
(GO TO) a la Rutina de Preparación de Con- 
versión de Medidas y seguidamente volver 
(RETURN) a la Rutina de Control Principal. 

e IF sila entrada es igual a 2 entonces (THEN) ir 
(GO TO) a la Rutina de Preparación de Con- 
versión de Pesos y seguidamente volver (RE- 
TURN) a la Rutina Control Principal. 

e TF sila entrada es igual a Y entonces (THEN) ir 
(GO TO) a la Rutina de Finalización. 

(si se pulsa alguna opción que no esté especificada, 

bifurca a la primera condición). 

Para dejarlo más claro todavía, a continuación está el 
organigrama: 


ENTRADA 


CONVERSION! 
2 DE Pa 
PESOS 
| 


l “e, > 


si 


570: 
530 REM **rutina principalz*szx* 


830 PRINT " 


a 


m 


WOW SD OO DO dr 
GIGSOJON PS 004 JA NP 


GSENGEGAS GEES GAIA 
DD WI-DD-D1 


DO- DORNDO DU 


“INPUT " 


CIF nr=1 
IF nr=2 
IF nr=0 


REM 


—y 


CONVERSION! 
MEDIDAS 


tinea en blan 


teclee la opcion 
Y pulse ENTER: " 
para convertir 


para convertir 


para finalizar 


Teclee Un numer 


De manera que lo que ocurre en esta rutina de con- 


trol es: 


Cuando se ponen en pantalla las opciones (líneas 
624-760) el programa espera en la línea 76D la en- 


co 


a 


me 


pe 


el 


[u] . 


69 


trada (INPUT) de un número. No es ninguna particular: 
dad que se hayan dejado tantos espacios en blanco en- 
tre el comando INPUT y la variable NR. Esto asegura 
- una buena representación por pantalla al aparecer el 
cursor en el centro de esta, preguntando al usuario por 
la opción elegida. La línea 794 contiene el primer test 
condicional. IF NR = 1 THEN GO TO 96, que apa- 
rentemente es el comienzo de la rutina de Preparación 
de Conversión de Medidas. De todos modos, cuando co- 
difique esta parte de programa, no sabrá dónde empe- 
zará esta rutina. Para asegurarse que funcione la rutina 
principal de control teclee lo siguiente: 
7965 IF NR = 1 THEN TO GO 9999 
y a continuación: 
9999 PRINT «PREPLCONV.RUTINA». STOP 

Lo que ocurre ahora es que cuando se ejecute la ruti- 
na principal del programa, este no se venga abajo 
(«crash») en la línea 79, porque el programa al menos 
se dirige hacia algún sitio (GO TO 9999). Haga lo mis- 
mo con la líena 8DD: 
8D(W IF NR = 2 THEN GO TO 9998 

Más tarde, cuando haya acabado con las rutinas del 
segundo nivel en cuestión, tendrá que alterar las líneas 
790 y 8WD, de manera que dirijan el flujo del progra- 
ma hacia la zona adecuada (y borre las líneas 9999 y 
9998). 

La línea 82(D es una medida precaución. Ocurre con 
frecuencia que se teclean números equivocados acci- 
dentalmente. La línea 824 GO TO 764 se anticipa a 
esto, pa de todo con cualquier número que no sea 

el W ni el 1 ni el 2, los test serán falsos y el programa 
Se dirigirá hacia la rutina de finalización. El organigra- 
ma aclarará esto. 


RUTINA DE 
FINALIZACIÓN 


AREA El siguiente programa habla por sí solo. 


iia s+erutina final** 


F 
en 
35 


e Fin del programa" 
15 9190 


YO 00 0 04 00 0) CN 
TU Eu 00 Jl did 
ASS SS SSL 
DD 4D0 


de di CD 
" 
M 
4 
] 
" 
$" 
" 
" 
4 
" 
" 
$" 
" 
ú 
n 
“ 
$4 
4 
" 
" 
" 
" 
" 


ZE ZZEIITITZIZZZE TIEZZCZIZZE == Z2SZZZ ZE 
— AE o er 
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Limpia la pantalla y todas las variables, sacando un 
a 
El programa se para en la línea, IDDD, porque no tie- 
ne ningún sitio a donde ir. Como puede ver, la línea 89/ , 
que manda el programa a la línea 00D, podía ha- 
berse sustituido por 890 STOP Esto es menos elegan- 


te ya que el ordenador le enviará A mensaje de que 
el programa se ha pda (STOP). El STOP implica pe 


parada temporal y no el fin del programa. IDDDH 

la última línea del programa donde acaba de edad 

En casos como este, la rutina de finalización es muy sim- 
ple. Según la complejidad de los programas las rutinas 

e ejas a su 

vez. Pueden contener importantes rutinas de pat 


198 ELS REM Limpia pantalla 
cl REM ¿. rutina principal... 
132 REM seccion de identificaci 
on 

133: 

140 PRINT ” RRRARARRERE RARE 
EXARRARAAARS 

150 PRINT " ES 

q 

169 PRINT " * conmversion del s 
iS. 1n9Ll8es*" 

Ade PRINT * al 3i5. metrico 
0] 1C08- + 

150 PRINT " * Versa 

q 

190 PRINT " REFRAERAE AAA AAA 
ERFAARELARAS 

200: 

210 REM autor - edward barton 
220 REM escrito en 9-2-Sd4 

230 REM version final 

240: 

245 REM calc. centimetros 

250 REM descripcion programa 
251 REM este programa convierte 
252 REM las unidades estandard 
253 REM de pesos y medidas 

254 REM del sistema metrico 

¿255 REM y del sistema ingles 
250: 

270: 

230 REM === ----- 


RUTINAS DE 
INICIALIZACION 
E, 
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(Ver capítulo IV, punto 1). 

Aunque no sea una parte esencial del programa, siem- 
pre es conveniente inicializar un programa con una sec- 
ción de identificación. Por aquello de mejorar la docu- 
mentación, también es importante incluir una sección 
que describa las variables utilizadas en el programa. 

Una Rutina de Inicialización normalmente contiene una 
parte esencial del programa. Como ya se vió (capítulo 
IV) puede contener las definiciones de las constantes, 
definición de funciones y el dimensionamiento de las ca- 
denas (trataremos las cadenas en el capítulo siguiente). 
No encontrará otra sección como ésta en la Rutina de 
Inicialización, porque el programa completo es tan sim- 
ple que tantas medidas especiales no hacen falta. 


295: 

00 REM descripcion variables 
310 REM nr entrada del menu 

320 REM a5$ % bS variables 

330 REM kg contiene kilogramos 
340 REM lb contiene Libras 

350 REM mt contiene metros 

350 REM ft contiene piez 

370 REM 3qr contiene ramos 

330 REM dg contiene decagramos 
390 REM h3 contiene hectogramos 
400 REM tn contiene toneladas 
410 REM du conmtiena onzas 

420 REM sn contiene stones 

430 REM qu contiene quartes 

440 REM hw contiene hundreduvht 
450 REM it contiene ton, ing. 
4560 REM mm contiene milimetros 
470 REM cm contiene centimetros 
480 REM dm contiene decimetros 
490 REM da contiene decametros 
500 REM hm contiene hectometros 
S10 REM km contiene kilometros 
520 REM in contiene pulgadas 
530 REM ya contiene yardas 

540 REM ml contiene millas 

HER REM kn contiene nudos 

S6Y0 REM =z=zzrzrzzzrzrmnazzrzzzz=x= 


En cuanto a la sección de Identificación y la sección 
que describe las variables, el autor de este programa 
comenzó codificando el programa con la sección de 
Identificación y terminó describiendo las variables. (Per- 
tenece al punto 9 del capítulo TV, que dice así: «Deje los 
refinamientos para el final del programa». Después de 
todo, nunca se sabe a ciencia cierta el número de va- 


nables que vamos a utilizar en el programa de antema- 
no. Por lo que el programador ha reservado la memo- 
ria suficiente entre las líneas 3ID(W y 58% (comienzo del 
rutina de control principal) y las ha rellenado con sen- 
tencias REM que describen cada variable. 


NOTA: Tenga en cuenta que el Spectrum tiene 16 
Kbytes de memoria, en su versión más baja. Si no tiene 
usted uno de 48 Kbytes, es una cantidad considerable 
pero se puede quedar sin ella antes de que se dé cuen- 
ta, si utiliza demasiadas sentencias REM. En estos ca- 
sos tendrá que sacrificar alguno de ellos. La descrip- 
ción de las variables puede ser la primera en eliminarse. 


320 REM *rutina conv, med.x 

950 CLs 

380 PRINT " conversion medidas” 
1000 PRINT ¿ REM linea en blanco 
1015 REM mensajes de Pantalla 


1017 REM subrutinas 
1020 50 5UB 3070 


*rutina conv. PEesos+* 
"PRINT : REM linea en blanco 


THEN 60 TO 15uu 


[a] 

[»] 

a] 

Pa] 

Pr] 

y 

Y 

y 

(a) 

5 

o PRINT " converaion pesos” 

Pa] 

y 

[va] 

[») 

[») $ 

E m" THEN GO TO 1320 
1 

Y 2 

[») 

1») 


RUTINA DE 
PREPARACION DE 
CONVERSION DE 
PESOS Y MEDIDAS 
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DEFEEFREFRERERERER 


Ambas rutinas están en el segundo nivel y básicamen- 
te tienen los mismos pasos. Siguen una estructura simi- 
lar de entrada de datos y toman decisiones similares a 
las existentes en la rutina de control principal. Aunque 
hay una subrutina utilizada por estos dos módulos: es 
la subrutina 3ID70W y se hace referencia en las líneas 
1D2D y 19H. 

Es una subrutina muy simple, que evita trabajar el do- 
ble. En ambos casos hay un mensaje en la pantalla que 
requiere del usario una respuesta ya sea una l o una M, 
si él/ella quiere hacer la conversión del sistema inglés 
al métrico o del métrico al inglés respectivamente. La 
subrutina 31070 es la que genera este mensaje. Encon- 
trará esta subrutina al final del listado del programa. 

Para que no tenga muchas dudas, aquí tiene el dia- 
grama por palabras: 

e Limpiar la pantalla. 

e Escribir el nombre de la Rutina (Conversión de Me- 
didas). 

e Escribir las opciones: «METRICO A INGLES, 

PULSE M Y ENTER.» 
«INGLES A METRICO, PUL- 
-  SEIY ENTER.» 

e IF si la entrada es igual a M ir (GO TO) Inicaliza- 
ción Métrica al Inglés. 

e IF si la entrada es igual a 1 11 (GO TO) Inicializa- 
ción Inglés al Métrico. 

e |F si se ha pulsado alguna otra tecla vuelve al test 12 

NOTA: aparentemente tenemos la primera diferencia 
en Cuanto a la idea general, que dice que desde este 
módulo el programa ha de bifurcarse a un módulo de 
salida. Parece ser que hicieron falta más módulos ex- 
tras. Como se indicó en los capítulos anteriores, esta di- 
ferencia con el plan original se ha hecho deliberada- 
mente. Pero insistimos que la idea general se debe man- 
tener, a lo largo del programa. 


aro: : 

ES) REM x«rut., Pesos metr1nm3% 
290: 

o REM kg-uUnidad 3tandard 

339 CELS :OREM Limpiar pantalla 
330: 

340 PRINT "teclee cantidad kg' 
350 PRINT "y pulse ENTER” 

3560 INFUT "kiloaramos”?",kg 

390 FRINT K3:;: 

400: : 
410 PRINT " kilogramos equival 
n a" 


a e Gu tulo 
GGEIANE 


GUGCNECAEAABBAEGEBAGEEGEE MEA 


eE r?666 0 0-00 E Ls E OPA GE EA ON 


PEREPERERRERERRERRRRRERRRER IoORRRPRERRRE 
O O Ue Y 00 00 0) 06 00 04 00 00 04 SS AS SS dd dond dl SD O O O O 


REM ir (60 TO) rutina de 
FEM calculo y e entrada 
60 TO 2060 

REM ooo ooooo----o-- 


"REM rut. medidas metying% 
REM Llibra-unmidad standard 


INPUT 


“REM convierte lb 
LET k9=1b+0.45365 
“CLS 

PRINT Lb;: 

PRINT " libras equivalen a 


60 TO 2060 
REM SESTIRISIDIE CADIZ IAS 


REM xinicio lona. mety/ingsx 
“REM metro-medida standard 
CL5 


“PRINT "teclee cantidad de" 
PRINT metros y pulse ENTER 


INPUT " metros “¡mt 


NT mti: 
NT " metros equivalen a" 
TO 2450 


REM Ppies-medida standard 
cLS 


PRINT " 
PRINT ” 
PRINT 
INPUT " 
REM conv 
LET cma 
REM con 
LET ímt= 
75 


13930: 

1940 CLS 

1950: 

1960 PRINT Ft;: 

1393 FRINT " pies equivalen a" 
1975 REM ir (60 TO) rutina de ca 
ULculo Y salida 

13930 60 TO 2450 

1990: 

2000 REM zzz=m=z=czzznzzzm2n2Z22:223 


4 RUTINAS DEL 
TERCER NIVEL 
0 A Ahora tenemos cuatro rutinas del tercer nivel: 


e Inicialización del sistema Métrico al Inglés de pe- 
SOS. 

e Inicialización del sistema Inglés al Métrico de pe- 
SOS. 

e Inicialización del sistema Métrico al Inglés de me- 
didas. 

e Inicialización del sistema Inglés al Métrico de me- 
didas. 

Todas tienen una cosa en común; se requiere una en- 
trada de datos (INPUT), en este caso un número a con- 
vertir. La primera de las cuatro saca por pantalla el men- 
saje siguiente: (TECLEE NR DE KG Y PULSE ENTER. ». 
El número tecleado se almacenará en la variable KG, 
luego imprimirá (línea 1394) el contenido de esta va- 
niable , seguido de las palabras «kilogramos que equi- 
valen». La línea 139% se encarga de esto. PRINT KG 
(punto y coma seguido de dos puntos) sitúa la sentencia 
PRINT «KILOGRAMOS QUE EQUIVALEN» después del 
contenido de KG. A continuación el programa procede 
a la rutina para calcular el peso, que es al mismo tiem- 
po la rutina de salida. 

Observe que las cuatro rutinas de tercer nivel siguen 
el mismo principio en lo que se refiere al flujo de los 
programas. 

Pero ponga especial atención en el caso de dos de 
estas rutinas (Del sistema Inglés al Métrico de pesos y 
de medidas) una de las conversiones básicas se ha lle- 
vado a cabo, libras son convertidas en kilogramos y pies 
convertidos en metros. 


Es aquí donde en verdad comienza la labor del pro- 
grama: trabajar con los números para conseguir la sal:- 
da correcta. Á estas alturas, el programador ha de pen- 
sar con lógica y ha de procurar encontrar el camino más 
idóneo que se le ocurra (no se sorprenda si encuentra 
una solución mejor cuando haya acabado el programa, 
éste o cualquier otro: es una de las razones por la que 
muchos programas son actualizados con el tiempo). Co- 
mo verá, su ordenador es una máquina tonta. Codificar 
erróneamente el programa le causarán resultados igual 
de equivocados (recuerde cuando comentamos los erro- 
res lógicos). O sea que el consejo general es pensar de- 
tenidamente lo que hay que hacer. Asegúrese de que 
los cálculos son los correctos. Cuando haya codificado 
el programa, haga de ordenador y siga los pasos como 
lo haría él, antes de teclear el programa. Jugar a ser el 
ordenador significa que tendrá que probar todos ls ca- 
sos como si de una máquina se tratara, y comprobar que 
los resultados son los que deseamos. Una calculadora 
será muy útil en situaciones cruciales como éstas. 


Pero ¿cómo se ha resuelto el problema? La finalidad 
del programa es producir la salida con las conversio- 


nes en ambos sistemas, Métrico o Inglés, ya sea de pe- 
sos y medidas. Esto significa que una entrada (INPUT) 
en metros se tiene que convertir no solamente al están- 
dar Inglés sino también a otras medidas estándar del 
sistema Métrico. Lo mismo para la entrada en pies. No 
solamente hay que convertirla en metros sino que tam- 
bién en otras medidas estándar del sistema Inglés. Es- 
to significa que ambas conversiones tendrán el mismo 
formato de salida, lo que simplificará las tarea conside- 
rablemente. Podemos ir más allá en la simplificación del 
problema —todas las conversiones se pueden derivar 
de unas conversiones básicas. Vea la figura siguiente: 


=1000 mm. 
=100 cm. 


1Metro: “—————=> = 10 dm. 


=3,2808399piés 
= 0,1 Dm. 
=0,01Hm. 


=0,001 Km. 


TRABAJANDO CON 
NUMEROS 
E 


17 
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1Pié= 


LAS RUTINAS DE 
SALIDA 
o A AS 


= 30,48 cm. 0 0,3048 m. 

=12 pulgadas 

=1/3 Yardas 

=1/(3 x 1760)millas (1 milla = 1760 yardas) 
=1/(3x 2025) nudos (1nudo= 2025 yardas) 


NOTA: tenga en cuenta la conversión Metros-Pies y 
vea de nuevo la figura en conjunto. Podemos deducir la 
siguiente afirmación: CONOCIENDO UN VALOR, CO- 
NOCEMOS LOS DEMAS. Según esto, podrá escribir una 
rutina de cálculo que obtenga paso a paso todos los va- 
lores posibles de uno dado. Este principio se ha mante- 


nido a través de ambas corrientes —conversión de me- 
didas y de pesos. 


Estudie estas secciones detenidamente; sugerimos que 
haga algunos cálculos aritméticos por su cuenta, para 
saber lo que hacen estos módulos. 


2010: 

2020 REM *rutinma de calculo y 
20:25 REM salida de Pesos 
2030: 

2040 REM unidades metricas pe5u 
2050: 

2055 REM calc. aramos 

2050 LET 3r=k9+1000 

20565 REM calc. decagramos 
2070 LET Jy=k3:x100 

2075 REM calc. hectogaramos 
2030 LET h3=k9+10 

20385 REM calc. kilogramos 
2090 LET kga=k9%<1 

2095 REM calc. ton. metricas 
2100 LET tn=k9-1000 

2110: 

2120 REM unidades ing. FEsS0 
2130: 

2135 REM calc. libras 

2140 LET lb=k9-0.45305 

2145 REM calc. onzas 

2150 LET ou=1!1b+1€ 

2155 REM calc. stones 

2160 LET sn=!lb+1l4 

21585 REM calc. quarters 

2070 LET dy=k3:*100 

2075 REM calc, hectogramos 
2030 LET hg=k3+10 

2035 REM calc, kilogramos 
2090 LET kg=k39*1 

2095 REM calc, ton. metricas 


2100 LET tn=k9-1000 

2110: 

2120 REM unidades ing. Feso 
2130: 

2135 REM calc. libras 

2140 LET lb=k9-0.45365 

2145 REM calc. onzas 

2150 LET ou=lb+16 

2155 REM calc. stones 

21560 LET sn=lb-14 

21565 REM calc. quarters 

2170 LET qu=!1by25 

2175 REM calc.hundredueights 
2130 LET cw=!lbr+112 

2135 REM calc. ton. ingl. 

2190 LET. itzlbr2240 

2200: 

2210 REM salida de la conversion 
2215 REM del peso 

2220: 

2230 FRINT 

2240 PRINT " gramos ar 
2250 PRINT " decadramos ¡dy 
22560 PRINT hectogramoas "¡ha 
2270 PRINT kilogramos ¿Kg 
2250 PRINT " tom. metricas”" ¡tm 
2290 FRINT 

¿300 FRINT " onzas ";0ou 
2310 PRINT " libras ¡Ub 
2320 PRINT " stones ¿am 
2330 FRINT " quarters ";qu 
2340 FRINT "hundreduweights ";cw 
2350 PRINT * tom. inglesa "11 
2350: 

2370 60 TO 2520 

2330: 

23990 REM -=-=======-=------------ 


Como podrá comprobar, ambas rutinas de salida, que 
son del cuarto nivel, son en verdad rutinas de cálculo. 
No hay mucho más que comentar acerca de ellas, ya 
que de por sí son bastante claras. 


2400 

2410 REM *rutina de calculo y de 
2415 REM salidasx 

2420: 

2430 REM Unidades metricas de 
2435 REM medida 

2440: 

2445 REM calcC. de milimetros 
2450 LET nmm=nt+*10900 

2455 REM calc,. de centimetros 
2450 LET cm=mt+100 

2455 REM calc. de decimetros 
2470 LET dm=mtxz10 

2475 REM calc. de metros 

2430 LET mt=mt<1 
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LAS RUTINAS QUE 
GENERAN LAS 
OPCIONES 


80 


POP PO PO PO PS PO O PERO PO FONO PS AI A NPG PO PC PO PS DO PO PO PO POR PO O PO GO OO Ms 
JAN dodo + A o 0 0 O ON AANOORRERAAAOO NANA e e 
0 00 JAN PR GE IO A A o A E 0 00 DION A A e LIT REI 
SSP SES SAA SSL SS SS STATUS TSTU) 


TUBOS POLO PO PO PU AO PO TU 
00 ur 06 dy 00 04 00 06 CO C6 06 
SAN EAS 
GCEGABBGEAAAE 


REM calc. de decametros 
LET da=m1t-10 

REM calc. de hectometros 
LET hm=mt.-100 

REM calc. de kilometros 
LET kí=mt-1000 

REM Unidades inglesas de 
REM longitud 

REM calc. de pulgadas 
LET in=cm/2.54 

REM calc. de Pies 

LET ft=in/12 

REM calc. de Wardas 

LET ya=ft,-3 

REM Calc. de millas 

LET ml=yYa-1750 

REM calc. de mudos 

LET kfM=Ya-2025 

REM salida long. imalesa 
FRINT 

PRINT " milimetros "mm 
PRINT "centimetros "¿cm 
PRINT " decimetros "¡dm 
PRINT " metros "mt 
PRINT " decametros "¡da 
PRINT '"hectometros Em 
PRINT " kilometros ¿Km 
FRINT 

PRINT " pPuildadas “¡in 
FRINT " pies "¡ft 
PRINT " Yardas "¡ya 
PRINT " millas “¡ml 
PRINT " nudos "¿kn 


GO TO 292940 


REM rutina Feso (0pcioniz% 


60 3US 3145 

INPUT b$ na 
IF b$="Y'" THEN 60 TO 113 
IF tbá="n'" THEN 60 TO 3200 
60 TO 2570 

REM === ------ 


CPRIMT O: PRINT 


US Y IA A A a SS SM 1 TT GS II A A A PRO PI 
GIO MNOPRRERPRERERRERDERRDEOO AAA 


ir E En UR TAO A lO 2H AE 
CET IAEACECECOMEÉEdECEOE ENE MECA 


60 TO 600 


Ya hemos indicado en nuestro organigrama general 
del programa completo que al usuario hay que ofrecerle 
varias opciones cuando el programa haya completado 
una ejecución. La opción en este caso sería ¿quiere eje- 
cutarlo de nuevo para hacer alguna conversión de pe- 
sos o medidas? Si la respuesta es sí, entonces el pro- 
grama bifurcará al punto de entrada de esa rutina en 
particular —ya sea de pesos o de medidas— dependien- 
do de en que esté en ese momento. De lo contrario, es- 
to es, si no quiere hacer más conversiones o simplemente 
quiere finalizar el programa, entonces el control del pro- 
grama pasará a la rutina principal —en este caso la ru- 
tina de Control Principal. Estas dos rutinas de opciones 
hablan por sí solas. 

NOTA: las dos opciones tienen un punto de salida (lí- 
nea 32205), un ENTER al programa principal. Limpie 
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34 REM rutina medida (Opcion 

37 

270 60 SUB 3145 

95 

y INPUT b$ 

[va] IF b$="4'" THEN 60 TO 360 

1 IF tbt$="n'" THEN 60 TO 32008 

20 50 TO 29390 

3 

4 REM =====E=TIIZIZLTDEAZZZZZZS 

[2] 

70 REM ¿mensajes de pantallas 

30: 

pe] PRINT '"metrico a ingles, 

3 PRINT "teclee m y puls 
FRINT 
FRINT "inales a metrico,'” 
FRINT "teclee 1 Y pulse ENT 
RETURN 


REM «mensajes de pantallas 


FRINT "mas 7? tecles s/n 
FRINT "puise ENTER 

RETUAN 

REM *RETURN de la subrut. 
CLs 

REM «volver a la rutina pra 
alk 
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la pantalla y luego, cuando el programa entre en la ru- 
tina principal, el menú principal se visualizará en pan- 
talla y podrá empezar de nuevo el proceso completo, 
pulsando el 1 ó el 2. O si quiere finalizar, pulse el HD. 


Y el circulo se cerrará. Ts 
En cuanto a los dos comentarios visualizados en pan- 


talla, no tienen más significado que lo que dicen. 


Acaba de ver un programa escrito totalmente de 
acuerdo con las reglas de la programación estructura- 
da y la realización lineal de programas. El resultado es 
un programa que, solo con mirarlo, es fácil de entender. 
Cuando por casualidad vea este programa dentro de 
unos veinte años, no tendrá problema alguno en desci- 
frar de qué se trataba. 

Pero ahora le toca a usted. Teclee este programa en 
base a los módulos, y comprúebelo cada vez que aca- 
be con uno. Claro que el programa parará (el ordena- 
dor pondrá un mensaje de error en la pantalla, pero no 
se preocupe por él). Utilice la técnica ya descrita bajo 
el párrafo de rutina principal. Donde un módulo se di- 
rija a otro que no exista en ese momento, escriba unas 
cuantas líneas en su lugar. Por ejemplo, vea las líneas 
1214 y 124W en la rutina de preparación de Pesos. En 
estas líneas el programa se supone que ha de bifurcar 
hacia otro módulo pero cuando ese módulo no exista es- 
criba en la línea 1224 algo parecido a esto: 

1220 IF A$ = «M» THEN STOP 

En este caso cuando ejecute el programa, en el mo- 
mento de pulsar una «M» se parará en esa rutina. O lo 
puede escribir de la siguiente manera: 

12260 IF A$ = «M» THEN GO TO 9999 

La línea 9999 se puede utilizar como una línea de pro- 
grama sustituyendo el módulo que no sea desarrollado 
hasta ese momento. La línea 9999 puede ser la siguiente: 

9999 PRINT «MODULO SIN ACABAR» 

Esta línea de programa, o módulo de programa, se 


puede utilizar cada vez que quiere probar un progra- 
ma y no se han acabado de escribir los módulos. 


COMETIENDO 
ERRORES 


Cuando no se tiene experiencia escribiendo a máqui- OECD: 


na (pero incluso cuando se es un buen mecanógrafo) se 
cometarán errores causando que el programa se ven- 
ga abajo (crash). El ordenador visualizará mensajes de 
error por pantalla. No se asuste en estos casos. Es par- 
te del arte de la programación. De todos modos si ha 
trabajado con todos los ejercicios de los capítulos ante- 
riores ya estará acostumbrado a los mensajes de error. 
Como se ha comentado, normalmente se deben a erro- 
res de tipo mecanográfico. A lo mejor se le olvidó de 
teclear un punto y coma, o tecleó un punto y coma en 
vez de dos puntos. A lo mejor se olvidó de teclear las 
comillas, o desea teclear los comandos letra a letra en 
vez de utilizar las clásicas teclas que escriben el coman- 
do entero de una vez, etc. Tómese el tiempo que nece- 
site en corregir los errores y corríjalos. 


€ Y AHORA QUE? 


Asumamos que acaba de teclear el programa entero 
sin un solo error, y lo ha ejecutado correctamente, en- 
tonces se preguntará ¿Y ahora qué? 

Esto ya es cosa de cada uno. Ya está listo para conti- 
nuar por su cuenta. Hasta el momento le hemos llevado 
de la mano, pero de ahora en adelante tendrá que re- 
currir a su propia inventiva y creatividad. Estas son par- 
tes esenciales de la psicología de un programador. Si 
cree que todavía no posee esos requisitos, sólo po- 
demos decirle una cosa: desarróllelos. Tenga en cuen- 
ta que su herramienta para la programación —su 
ordenador— es un aparato muy paciente. Nunca se abu- 
rrirá, ni se enfadará cuando haga algo mal. Le indicará 
una y mil veces lo que está haciendo mal. También tie- 
ne pocas posibilidades de poder destruirlo. Lo único que 
le puede ocurrir es que se bloquee, lo que significa sim- 
plemente que el pulsar teclas erróneas le ha hecho en- 
trar en un bucle sin fin dentro de la estructura electró- 
nica del aparato. Sólo tendrá que apagar el ordenador 
y encenderlo de nuevo. Volverá a ser normal. 

Una última palabra, sobre el programa de conversión 
y el hecho de que se ha desarrollado en la base de la 
programación lineal. Este hecho hace posible que se 
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MANTENGA El 


DESARROLLO LINEAL 
DIAAREDRE 
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pueda extender el programa. Es relativamente sencillo 
añadir módulos extras que, por ejemplo, hagan conver- 
siones del sistema Métrico al Inglés en cuanto a volu- 
men y viceversa. Naturalmente podrá añadir un módu- 
lo que convierta la temperatura. Lo importante es aña- 
dir algunas opciones y probarlos en la rutina de con- 
trol principal. Por ejemplo: 

e Conversión de Volúmenes (3). 

e Conversión de Temperaturas (4). 

Podrá añadir a su vez dos test condicionales en las lf- 
neas 79D y 82. De manera que este puede ser su pró- 
ximo trabajo. Pero, de nuevo, es su trabajo el encontrar 
el camino. 


Cualquier cosa que haga, cualquier programa brillante 
que desarrolle, procure siempre mantener el desarro- 
llo lineal y las reglas de la programación estructurada, 
según se explicó en este y demás capítulos. Sólo saca- 
rá beneficio de ello. Sus programas serán claros, eficien- 
tes, fácilmente accesibles para actualizaciones y demás. 
Y si alguna vez ha pensado en convertirse en progra- 
mador profesional, lo que ha aprendido aquí le será útil, 
le facilitará el aprendizaje de otros lenguajes de progra- 
mación, como el PASCAL. 

Los siguientes capítulos le introducirán a los coman- 


dos del BASIC y funciones que hasta ahora no hemos 
discutido. 


CAPITULO 6: 
Otras Herramientas 
del BASIC 


En los capítulos anteriores se habrá familiarizado con 
las siguientes herramientas del lenguaje de programa- 
ción BASIC: INPUT, PRINT, variables, operadores arit- 
méticos, funciones de interrupción, (..:;*"), REM, IF- 
THEN, GO TO, GO SUB-RETURN. 

Con este limitado juego de instrucciones del BASIC 
ya habrá codificado programas que, aunque simples, 
funcionan. En este y el siguiente capítulo veremos más 
comandos, instrucciones, funciones, etc, del BASIC. Y 
ahora que se ha familiarizado con la programación y con 
la jerga del vrogramador, le introduciremos más térm:- 


ao dd 


Ya se ha cruzado con las variables en cadena (0 va- 
riables alfanuméricas). Vea el ejemplo en las líneas 
1050 y 1MD6W del programa de conversión (capítulo V); 
1D50 IF AS = “M' THEN GO YO 16849 
1D6D IF AS = "A" THEN GO TO 18649 

Observe el signo del dólar después de la A, y obser- 
ve sobre todo las comillas de las letras M e 1. Cuando 
añadimos el signo dólar a una variable la convertimos 
en una varlable de cadena. También denominada va- 
nable alfanumérica, porque puede contener caracteres 
alfabéticos y numéricos. Pero tenga en cuenta que esas 
variables sólo pueden almacenar datos que están en- 
tre comillas. 


Por ejemplo: 
LET A$ = “Juanito” 
LET X$ = "AB-12" 


LET N$ = "LONDRES" 
LET K$ = "12345678949" 


VARIABLES 


ALFANUMERICAS 
E 
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AND, OR, NOT 


Si se olvida de colocar los datos entre comillas, su ZX 
Spectrum reaccionará inmediatamente con un mensaje 
de error (un signo de interrogación y un cursor parpa- 
deante). Teclee lo siguiente: 

LET A$ = 1 y pulse ENTER. 

Sin embargo, 

LET A$ = “]” será aceptado. 

IMPORTANTE: en contraste con otros ordenadores, el 
BASIC del ZX Spectrum no acepta variables en cadena 
con más de un carácter antes del signo dólar. Por lo que 
AA$, X1$, XYf$, etc. no se admiten. 


Estas tres palabras clave se denominan operadores 
lógicos y se utilizan junto con la combinación IFTHEN. 
Como ya sabrá, la combinación IFTHEN prerara una 
condición a probar. Cuando añada los operadores ló- 
gicos AND, OR, NOT, podrá hacer más de un test. en 
una sentencia. 

Por ejemplo: 

IFA = 5ANDB= 19 ANDC = I5THENLETD = 2% 

Esta sentencia de programa sólo se ejecutará cuan- 
do las tres condiciones se verifiquen: si A = 5yB = 149 
pero C = 6, entonces la evaluación global de la senten- 
cia sería falsa y esta línea de programa sería ignorada 
por el ordenador. 

IPA =30RA = 70R A = 13 THEN STOP 

En este caso la línea se ejecutará siempre y cuando ” 
sea cierto uno de los valores de A, ya sea 3, 7 ó 13. 
IF NOT A = 8ANDB = 70RC = 10 THEN PRINT 
"ESTO ES UNA TONTERIA" 

Aquí el valor de A puede ser cualquier número ex- 
cepto el 5 y cuando B = 70RC = 14 la condición ge- 


neral se pa e la mea se ea De manera que 
síA'= 4yB = 4peroC entonces se cumpliría 


la condición y se ej jecutaría la línea. 
Teclee las siguientes líneas y ejecútelas 


19 INPUT "R'",A 
<0 INPUT "B";B 
30 INFUT "L"jc 
40 REM Colocar aqui alguna Lin 
ea de las anteriores 
60 TO 10 


- Sabiendo esto podrá examinar y teclear este simple 
juego de adivinanzas: 


CUALSUTER NUM 
CONTADOR DE I 
TI 


19 PRINT "TECLEE 
ERE 
ÓÉN=1: REM 


20 LET 
NTENTOS 

30 INPUT A: REM TECLEE CUA 
ER NUMERL 

IF A=45 OR A=72 

N 60 TO 100 

LET DET 


GO TO 30 
FRINT "ACERTASTE! ! * 
"CONSEGUISTE ADBIVINAR 


Y PRINT 
EL NLIMERD" 
"EN “¡ON¿" INTENTOS" 


120 PRINT 


Al igual que con el símbolo (=), el símbolo de suma 
(+) tiene una doble función (= puede significar igual pe- 
ro también significa sustituir por). No sólamente es un 
operador aritmético que suma Á a B, sino que también 
puede concatenar variables alfanuméricas. En otras pa- 
labras, añadiendo una cadena a otra podemos crear una 
nueva cadena. Por ejemplo: 


19 LET A$="LUN" 
20 LET Bf="ES" 
30 LET CS=A$+5$ 
40 PRINT CS 


El resultado por supuesto será LUNES. El comando 
PRINT (A$ + B$) dará el mismo resultado. 


La función de esta palabra clave es limpiar (borrar) 
todas las variables y limpiar la pantalla. No siempre es 
un comando útil. Tiene que saber lo que está haciendo 
cuando lo quiere utilizar. El manual de programación del 
ZX Spectrum especifica alguna cosa más. 


El SIMBOLO + 
COMO OPERADOR 


ALFANUMERICO 


CLEAR 
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Cs 


DATA Y READ 
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Este comando es muy útil. Limpia la pantalla y dese- 
cha información innecesaria. Como pudo comprobar en 
el programa de conversiones, se utiliza para poder ob- 
tener pantallas bien dispuestas y elegantes. Recuerde 
que el comando INPUT automáticamente limpia la pan- 
talla, cada vez que lo utiliza en sus programas. 


DATA es una instrucción no ejecutable. Se le puede 
llamar indicador, porque indica dónde hay datos para 
procesar. Una sentencia DATA se parece a lo siguiente: 
1 DATA 5.7,831DWD0WD, 45, "LONDRES", “ASD” 
14 .22,8 46,999 


Cada elemento de la data está separado por una co- 
ma del anterior item. Tenga en cuenta que al final de 
la sentencia no se ha puesto ninguna coma. Observe a 
su vez que hay datos numéricos y alfanuméricos. Está 
permitido mezclar datos numéricos con alfanuméricos, 
pero no es recomendable. Las líneas con tipos mezcla- 
dos de datos normalmente dan error. 

¿Cuál es la función de todo esto? Las DATAS están ahí 
para ser leídas (READ). Las líneas úe datos como las 
del ejemplo no tienen ningún sentido cuando no hay co- 
mandos READ que las lean en algún lugar del progra- 
ma. 

El ejemplo siguiente aclarará el sentido que tiene la 
combinación de los comandos DATA-READ. Teclee el 
siguiente programa y ejecútelo: 


THEN PRINT_OA 
3 THEN 560 TO Su 


(5) 
[3] 
- DDGAHAHTD 


Como verá, este programa imprime todos los núme- 
ros de la DATA que sean mayores de 25. El programa 
es un bucle y en cada ciclo se lee (READ) un nuevo item 
de la serie de las DATAS, uno detrás de otro. 

También observará que la línea de DATA está situa- 
da al final del programa. Se dice que las sentencias DA- 
TA se pueden colocar en cualquier lugar el programa, 


pero es una buena práctica de programación el situar- 
las al comienzo o al final del programa. Una colección 


de items de datos se pueden denominar bloques de 
DATA, 


Ahora, un pequeño ejercicio (ver el programa ante- 
nor): 

Borre la línea 3/0 (teclee 3 y pulse ENTER). Ahora 

ejecute el programa. comprobará que el programa se- 
guirá listando los números mayores de 25. Sin embar- 
go, el programa finalizará con un mensaje de error: 
E OUT OF DATA, 19D :1 

Esto ocurre porque se ha convertido el programa en 
un bucle sin fin al haber quitado la línea 3D. No hay 
manera de salirse del bucle. De todos modos, después 
de leer los 11 items de la data, el programa no tiene más 
que leer y se para (crashes). 

Hay algunas reglas que tendrá que tener en cuenta 

a la hora de utilizar la combinación DATA-READ: 
- 1, Puede utilizar tantos elementos de DATAS como ne- 
cesite en el programa, pero tenga en cuenta que la lis- 
ta de elementos de la DATA no ha de sobrepasar una 
línea de programa. Esto es, no se admiten más de 96 
caracteres por línea, incluyendo el número de línea y 
la palabra DATA. Cuando tenga más datos que utilizar, 
basta con empezar una línea nueva (número de línea, 
DATA, elemento, elemento, etc...). 

2. Cuando hayan de leerse (READ) los datos (DATA), 
asegúrese de que la variable en la que se va a almace- 
nar el dato sea del mismo tipo. Números han de guar- 
darse en variables numéricas (hay una excepción que 


veremos más adelante), y cadenas han de almacenar- 
se en variables de cadena. 


De manera que la siguiente lista de datos: 
10 DATA 16D, 12, 15, 7, 9D. 16, 122, 9999 
han de ser leídos y almacenados en variables del tipo 
A, AA, XY, Cl, H5, etc. 

Mientras que una lista de datos cómo: 
26D DATA “LONDRES”, "NUEVA YORK”, “SYDNEY”, 
“SINGAPUR” 
solamente se pueden almacenar en variables del tipo 
A$, BS. etc, 

NOTA: una variable de cadena es una variable alfa- 
numérica. Aceptará números en una lista de datos alfa- 
numérica (siempre y cuando permanezcan encerrados 


entre comillas). El ordenador los tratará como cadenas, 
con el problema de que no podrá hacer ninguan ope- 


ración aritmética con ellos. Pero veremos algo más so- 
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RESTORE 


DEF FN 
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bre ello a continuación, cuando tratemos la instrucción 
VAL. 


Esta instrucción se utiliza juntamente con los coman- 
dos READ y DATA. Cuando una lista de datos, que ya 
han sido leídos, han de utilizarse de nuevo, no se podrán 
releer a no ser que hagamos un RESTORE. 

Vuelva a nuestro programa ejemplo y sustituya la lí- 
nea 5W STOP por 5W RESTORE: GOTO 16. Ejecute 
el programa. Con asombrosa velocidad verá el mismo 
juego de números (mayores de 25) repetirse una y otra 
vez. 

El efecto de RESTORE es que se hace un reset del 
puntero de la DATA posicionándolo de nuevo al comien- 
zo de la lista de los items de la DATA. Cuando hacemos- 
referencia a la lista de items queremos decir la totali- 
dad de los items. o elementos. 


Esta instrucción significa DEFinición de FuNción y es 
una de las herramientas más potentes que el BASIC del 
ZX Spectrum puede ofrecer, particularmente en el área 
de procesos complicados de cálculo. En realidad, pue- 
de sustituir en una línea de programación a una subru- 
tina completa, y se pueden realizar funciones extras. 

Tome por ejemplo, la función INT, que significa INTe- 
ger (entero). Con esta función el ordenador visualizará 
—o contestará, como dicen los programadores— la parte 
entera de un número real. Teclee lo siguiente: 

LET X = INT(45.6789) y pulse ENTER 
PRINT X y pulse ENTER 

El ordenador le contestará con el valor 45, que es la 
parte entera de 45.6789. Sin embargo, hay suficientes si- 
tuaciones donde el usuario requiere la parte decimal 
y no la entera. Esto se obtiene de la forma siguiente: 
LET X = 45.6789 y pulse ENTER 
LET X = X — INT(X) y pulse ENTER 

El ordenador contestará con .6789 que es la parte frac- 
cionaria del número. 

En principio la línea X = X — INT(X) puede ser trata- 
da como una subrutina, pudiéndola situar en cualquier 
parte del programa. Aunque no siempre es práctico. Por- 


que cada vez que quiera hallar la parte fraccionaria de 
un número, esta váriable habrá que sustituirla por X, y 
entonces el programa puede dirigirse a la subrutina, vol- 
ver y sustituir de nuevo la variable X. Este es un poco 
engorroso y se puede evitar mediante el uso de DEF 
FN 


El formato del comando DEF FN es el siguiente: 

DEF FN nombre de variable (una letra) = (a continua- 
ción la fórmula con las variables que definen la función). 

Nombre de variable de una letra significa que la fun- 
ción ha de tener un nombre, definido por una letra. El 
ordenador no aceptará nombres de dos letras en una 
instrucción DEF FN. Esto por consiguiente, limita el nú- 
mero de funciones definidas a 26 que es el número de 
letras del alfabeto. 

En cuanto a la variable, puede tomar cualquier varia- 
ble porque, cuando se utiliza la nueva función en el pro- 
grama, esta variable se sustituirá por la que usaremos 
para resolver el problema. Una función que dé el valor 
fraccionario de un número puede ser algo parecido a 
lo siguiente: 

10 DEF FN F(X) = X — INT(X) 


Un programa pequeño lo demostrará. Teclee NEW y 


pulse ENTER primero (si tiene otro programa en el or- 
denador), a continuación teclee: 


10 DEF FN Fixi=x- INT 1x1 
20 INPUT Aa 

30 LET A=FN FIA) 

40 RFINT A 


Ahora ejecute el programa y cuando el ordenador le 
pregunte por los datos de entrada, teclee por ejemplo, 


el número, 123.456789. Después de haber tecleado el nú- 
mero, el ordenador le responderá con lo siguiente: 


(D.456789W52. Que, por supuesto, no es la fracción del 
número que usted tecleó. Esto se debe a que el orde- 
nador tiene problemas con la exactitud. Por ejemplo, si 
teclea 45.6 el ordenador le devolverá (D.5999999. 


A continuación le presentamos un pequeño truco que 


resolverá el problema. Amplíe la línea 1W con lo si- 
guiente: 


10 DEF FN F(X) = (X — INT (X)) + 15E-9) 

El número 1.5E-9 es una cantidad muy, muy pequeña, 
que añadida al resultado de X — INT (X) ayudará a con- 
seguir la fracción correcta. 
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DIM 


Observe que esta función no responde con las cant:- 
dades correctas cuando trabaja con números negativos 
(número precedido del signo menos). Esto se puede so- 
lucionar de la siguiente forma: 

1 AS F (X) = SGN(X) * ((ABS(X) — INT (ABS(X) 
+ 15E- 

El cómo y porqué de esta función es algo que tendrá 
que resolver por su cuenta. Estudie el funcionamiento 
de la instrucción SGN(X) y ABS(X). Intente establecer 
la utilidad de todos los paréntesis usados en la expresión. 
Recuerde, que uno de los aspectos más emocionantes 


de la programación es que tiene que depender de su 
propia inventiva en muchos casos. El mejor programa- 


dor de ordenadores es aquel que no ha aprendido to- 
do por los libros. 

Observe los dos casos que acaba de comprobar en 
el programa anterior: 

1. La instrucción de DEF FN se encuentra al principio 
del programa. ESTO ES OBLIGATORIO. Antes de que 
cualquier programa que utilize DEF PN pueda funcio- 
nar correctamente, han de definirse esas funciones an- 
tes de que se puedan aplicar en cualquier otra parte 
del programa. Es obvio que ha de hacerse en la rutina 
de inicialización del programa. 

2. Vea la línea 30. La variable X de F(X) ha sido sus- 
tituida por la variable A. Esto le convencerá de que ca- 
da variable dentro del contexto de una instrucción DEF 
FN funcionará de la misma manera. De manera que 
cuando desee saber la parte fraccionaria de cualquier 
otra variable, haga los siguiente: 

LET B = FN F(B), o LET B = FN F(K), o también puede 
hacer LET B = FN F(C), etc. 


DIM significa DIMensión y de nuevo nos encontramos 
con una herramienta muy potente del BASIC, pero de- 
safortunadamente es una de las instrucciones menos 
comprendidas. Por esta razón nos extenderemos más de 
lo habitual describiendo el correcto funcionamiento de 
ésta, considerando que el manual del ZX Spectrum po- 
dría haber sido un poco más claro en este aspecto. 

Para ello explicaremos lo que es una variable subin- 
dicada y arrays (tablas). Como puede ver, estos dos 


conceptos son similares. La idea de una variable subin- 
dicada es que tienen algo en común. Para ilustrar esto, 
volvamos al ejemplo del archivo (ver el capítulo II). Ti- 
re del fichero (las variables) A. Imagine que en este fi- 
chero Á nos encontramos con un conjunto de ficheros 
encadenados, cada uno de los cuales contiene datos o 
información que tienen algo en común, particularmen- 
te que todos están almacenados en el fichero A (o va- 
riable A). Puede dar a cada uno de estos ficheros un 
nombre, como por ejemplo A(I), A(2), A(3),... 

Esto es lo que ocurre exactamente en el BASIC: una 
cadena de datos se pueden almacenar en una tabla de 
variables subindicadas. El formato de una variable su- 
bindicada es A(X), donde la X puede ser mea va- 
lor entre (Ó y 65545. De aquí que A(), B(1W), C(23) sean 
todas variables subindicadas ES Pero tenga en 
Cuenta que la variable A() NO es lo mismo que la va- 
rable Al. 

¿Pero qué tiene que ver DIM con todo esto? Pues sen- 
cillamente eso —TODO. DIM es crucial aquí. porque de- 
termina el número de items de datos que una variable 
subindicada puede manejar. La tabla (array) se ha de 
DIMENSIONAR primero. Pruebe esto: 


LET A(12) = 45 y pulse ENTER 
El ordenador le responderá con un menseaje de error: 


Variable not found» (Variable no encontrada»). Esto se 

debe principalmente a que no ha DIMensionado esta 

variable subindicada. Ahora teclee esto otro: 

DIM A(20D):LET A(5)= 92:PRINT A(15) y pulse ENTER 
El ordenador le contestará con el valor 92. O sea que 


no tendrá problemas, porque la vanable subindicada 
ha sido DIMensionada correctamente. Pero de nuevo, 


cuando se exceda en la dimensión de, en esta caso 24D, 
el ordenador le responderá con un mensaje de error, 
generalmente con «suscript wrong» (índice equivocado). 


Hasta aquí hemos discutido las variables numéricas 
subindicadas, ahora tenga en cuenta que, por ejemplo 
A(15) contiene números en vez de cadenas. 

Sin embargo, también hay cadenas, con subíndices 
que a su vez lo son también. El DIMensionamiento de 
dichas tablas es un poco más complicado. Porque la ins- 
trucción DIM no sólo ha de indicar el tamaño de la va- 
riable (el número de items que desea almacenar), sino 
que también tendrá que especificar la longitud (núme- 
ro de caracteres) de datos. Vea lo siguiente: 

DIM A$ (12,10) 
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El 12 indica el tamaño de la tabla, habrá 12 elementos 
(items) almacenados en ella. El 1D por otro lado indi- 
ca la longitud (número de caracteres) de esos datos. Para 
demostrar esto teclee y ejecute el siguiente programa: 


O 
H 
z 
T: 
4R 
pus 
mu 


10) 
"ENERO", "FEBRERO", “MAR 
"HAYO", "JUNIO", “JULIO” 


ee "OCTUBRE" 
“DICEMBRE” 


ES 


ca 
e 


IN] 

E a] 
FOO JOUNIN ZP Iii A 
Mmmm TÁ 1100 Te 
AHI ZA OA A 


GOCE ¡E 
:IiHI: 
T 


- 


- 


Ni 


Este programa es autoexplicativo. Ahora experimen- 
te un poco con la línea 16M. Por ejemplo sustitúyala por: 
10 DIM A%(12,5) y ejecute el programa de nuevo. 

Este pequeño programa se caracteriza porque mues- 
tra la utilidad de las cadenas; ofrece la oportunidad de 
almacenar datos de la misma naturaleza. Por ejemplo, 
puede almacenar los nombre de las ciudades en cade- 
nas, como las siguientes: 

A$ = "AMSTERDAN”, L$ = “LONDRES”, B$ = “BER- 
LIN”, etc, pero nos encontramos con dos problemas. 

l. Llevaría mucha programación el acceder a estos 
nombres, y 

2. Se quedaría sin variables muy pronto al haber so- 
lamente 26 letras en el alfabeto. 

Pero cuando se dé cuenta de que en un principio una 
cadena puede almacenar más de 61dWDO elemen- 
tos, estaremos ante algo totalmente diferente. 

Hay algo más que deberá saber de la instrucción DIM. 
Hasta el momento hemos visto los denominados arrays 
uni-dimensionales (vectores), por ejemplo DIM A (24D). 
De todos modos se pueden dimensionar de dos, tres y 
hasta más si se desea. Ejemplo: DIM A(20W 5), DIM 

B(20W 5,12). 

NOTA: no confunda esto con DIN A$(2(D 5) (observe 
el símbolo de la cadena $); DIM A(2(WD 5) es algo total- 
mente distinto. Sin embargo, éste es un punto en el que 
le aconsejamos no se preocupe demasiado a estas al- 
turas de su «carrera» informática. Los arrays mult- 
dimensionales son para programadores más avanzados 
y por consiguiente no entran en el ámbito de este libro. 


Es una buena práctica de programa- 
ción que todas las intrucciones DIM se sitúen al comienzo 
del programa. 


En contraste con otros ordenadores, el ZX Spectrum 
no tiene la instrucción END. Es una pena porque aun- 
que la sentencia END es opcional en las versiones del 
BASIC, podría resultar muy útil. END es el fin físico de 
un programa. Dondequiera que se ponga en un progra- 
ma, acabará de inmediato. Esto es necesario en progra- 
mación estructurada donde un programa ha de final:- 
zar en la rutina principal. 

Ahora sólo puede utilizar el comando STOP. el cual 
a resultas del uso aparecerá un mensaje al final de la 
pantalla. Esto no es muy elegante. Una solución más ele- 
gante sería sustituir la instrucción STOP al final de la ru- 
tina principal por un GO TO, que dirigirá el puntero del 
programa al final del programa. 

La última línea podría ser: 

PRINT:PRINT:PRINT“LISTO”, o 
PRINT:PRINT:PRINT"FIN DEL PROGRAMA”, 

Siendo la última línea, el programa finalizará. 

En lo que se refiere al comando STOP en sí, puede 
utilizarlo para parar un programa momentáneamente 


dándole la oportunidad de analizar los contenidos de 
las variables. Esto es particularmente importante en pro- 
gramas matemáticos que se estén desarrollando. Ya que 
el comando STOP será útil durante el proceso de «de- 
bugging» (corregir los errores). 


IMPORTANTE 
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CAPITULO 1: 


Más herramientas del BASIC 


Les presentaremos un juego de instrucciones esencia- 
les del BASIC. Esenciales porque permiten construir bu- 
cles de una forma única en BASIC. En capítulos ante- 
riores hemos visto algunas de las técnicas de los bucles 
donde probamos y experimentamos con las instruccio- 
nes IF y GO TO. Sin embargo, la combinación FORTO- 
NEXTSTEP es mucho más versátil y muestra en reali- 
dad la flexibilidad del BASIC. 

El formato (o la sintaxis) es: 

FOR (nombre de varable) = (valor inicial) TO (valor 
final) STEP (incremento). 

Por ejemplo: 

16 FOR I = 1 TO 10 STEP 2 

Antes de continuar veamos el siguiente ejemplo: 

1d FORI = 1710 1D0D 

26D PRINT l,; 

3% NEXT 1 

Teclee el programa y ejecútelo. 


Lo que ocurrirá es que el programa hará aparecer en 
pantalla y horizontalmente, los números del 1 al 1D 
y luego se parará. ¿Cómo funciona? 


En la línea 14 el programador determina que el con- 
tenido de la variable 1 sea incrementado hasta 1WW 
continuamente, La línea 24 imprime el contenido ac- 
tual de la variable 1. La línea 3( comprueba el conte- 
nido de la variable l, y si su valor noes 1WW, entonces 
lo incrementará en una unidad y el flujo del programa 
retorna a la línea 1W que es el inicio de la instrucción 
FORTO-NEXT. Esto continúa hasta el momento en que 
el test de la línea 3/W sea cierto, o sea, que l valga IDO. 
En este caso el programa no vuelve al principio de las 
instrucciones del bucle, sino que ejecutará a partir de 
la línea 346. Para un correcto entendimiento de esta he- 
rramienta de programación estudie el siguiente organi- 
grama detenidamente. 


FOR-TO-NEXT-STEP 
E ON 
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Organigrama general de la cadena 
FOR TO NEXT STEP 


ñ e 
forma si guiente 
FORP QTOR 


PROCESO 
PREDEFINIDO 


NEXT P 


NO 


Si (bifurca a la linea siguiente después 
de NEXT P) 


Flujo del programa en palabras 


e Inicializar el bucle FOR-NEXT: la variable es igual 
a O (valor inicial) hasta R (valor final). 
e Ejecutar el proceso (proceso predefinido). 
e Test P: IF, si P es igual a R entonces bifurca fuera 
del bucle FOR-NEXT. 
IF, si P no es igual a R, entonces vuelve al princi- 
pio del bucle, y suma $ a la variable P 
O Reinicializar el ciclo. 
La mejor forma de ilustrar un bucle FOR-NEXT es 
probando un programa. Teclee lo siguiente: 


19 CIM A(20): REM DIMENSIONA L 
A MATRIZ 

20 CATH 1,5,12,3,0,23,55,45,24 
134 ,22,7,3,33,29,94,4.35,10, 

30 FOR l=1 TO 20 

40 READ ACI) 

50 NEXT I 

50 REM ESTE ERA EL PRIMER ElucL 
dE A CONTINUACION RAY 0 


7Q FOR J=zi TU 20 
39 PRINT ALJi 
30 NEXT UU 


Ejecute el programa y compruebe lo que ocurre. En 
realidad visualiza todos los números de la lista de la DA- 
TA de la línea 24, gracias a los dos bucles FOR-NEXT. 


Lo que ocurre es que el primer bucle comprende las 
líneas 3D, 4D y 50. La línea 3W nos indica que la va- 


riable «» hay que incrementarla en una unidad en ca- 
da ciclo durante un total de 24 ciclos que se ejecutará 
este bucle. (FOR 1 = 1 TO 2(D). De manera que en el 
primer ciclo 1 es igual a 1. En la línea 40 el programa en- 
Cuentra la primera variable subindicada, que efectiva- 
mente será A (D o A (1). La instrucción leerá el primer ele- 
mento de la DATA y lo almacenará en la vanable A (1). Por 
casualidad el primer valor de la sentencia DATA es 1 
(vea la lista en la línea 26). El programa se AE ha- 
cia la línea 5%, que dice NEXT 1. En esta línea tiene 
lugar un test: ¿l = 2D? Si la respuesta es no, el valor 
de 1 se le añade al, y el contador de programa vuelve 
a la línea 30, y ejecuta de nuevo el proceso enmarca- 
do en las líneas 30 45 y 5W. Después de 24% ciclos 
(FOR 1 = 1 TO 20) el valor de 1 se habrá incrementa- 
do hasta 21, entonces el test de la línea 5% (NEXT I) se 
comprueba que es cierto y el programa se E fue- 
ra del bucle. 

De esta forma, con el uso de FOR-NEXT como herra- 
mienta importante, la lista completa de elementos de DA- 
TA se pueden leer hacia unas variables. Por lo que, en 
casos como estos, las variables subindicadas A (1) y A 

(26) se rellenan con estos datos, uno cada vez. Después 
ae que el programa bifurque más allá del bucle de la 

línea 5W, va a la línea 7 ID (la Ne se ignora porque es 
una instrucción REM), donde se encontrará con otro bu- 
cle FOR-NEXT. El objeto es imprimir en la pantalla el 
contenido de cada variable subindicada de la cadena 
A (). Ahora la variable a incrementar y a probar será 
la J, y el valor del incremento va desde 1 hasta 2(D, al 
igual que con 1. De manera que este ciclo que comien- 


za en la línea 74, imprime el valor de la variable su-. 


a A (), incrementa el valor de J en una un- 
dad en la línea 94 mientras que el puntero del progra- 
ma se dirige a la línea 70. El ciclo termina cuando la 
J vale 21. Todos los valores son visualizados de esta for- 
ma por pantalla. 

Ne ahora un pequeño ejercicio. Sustituya la línea 7 


0 FOR] = 170 2% STEP 2 


y ejecute el programa de nuevo. Ahora sólo verá apa- 
recer diez números en la pantalla. Y, lo que es más, los 
números extraídos de la lista de elementos de las DA- 
TAS aparecen alternados. El primero, el tercero, el quin- 
to, y así sucesivamente, 

De esta forma solamente once números, de las varia- 
bles con subíndice impar aparecen en pantalla. El or- 
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denador escribe el contenido de A (1), A (3), A (5), etc. 
Como observará, hay un incremento de 2 unidades 
(STEP 2) entre dos subíndices. 


El bucle FOR-NEXT también puede trabajar del mo- 
do contrario, esto es, disminuyendo sucesivamente. Sus- 
tituya la línea 74 por: 

1D FOR] = 2% TO 1 STEP —] 

- Ejecute el programa de nuevo y observe cómo se van 
imprimiendo los contenidos de las variables A (24D), A 
(19), A (18), etc. 

NOTA: En este caso es obligatorio poner STEP —l, 
cuando quiera hacer decrecer el bucle en una unidad 
por ciclo. Como sabrá, si lo que quiere es incrementar- 
lo, la instrucción STEP será opcional. Lo contrario no es 
cierto. 


Cuando esté de lleno en el mundo de la programa- 
ción, apreciará esta particular característica del BASIC 
más que cualquier otra cosa, ya que efectúa una diversa 
gama de trabajos, como procedimientos repetitivos de 
alto nivel, que suele ser precisamente el trabajo princi- 
pal para el que se ha hecho el ordenador. 

Queremos resaltar que esta caracterítica es particu- 
larmente útil a la hora de escribir lo que se denominan 
«bucles anidados». Le aconsejamos que lo proponga pa- 
ra cuando haya avanzado considerablemente su nivel 
de programación. Sobre los bucles anidados, puede leer 
en cualquier libro de programación en BASIC, pero es 
un trabajo un poco arriesgado, por lo que no entra den- 
tro del esquema de nuestro libro. 


Es un comando bastante peculiar al principio, pero 
muy útil cuando se entiende correctamente. ¿Qué es lo 
que hace? El nombre lo aclara: KEY IN (teclea una ca- 
dena) $tring. Sin embargo, la cadena no la podemos to- 
mar literalmente, porque el comando no quiere que le 
tecleen cadenas de datos, sólo admite un caracter. Se- 
gún el programa, este comando aceptará un caracter 
específico del teclado y actuará en consecuencia. El si- 
guiente programa de demostración aclarará este paso: 


10 CL3 : REM Limpia pantalla 

20 PRINT "SOCORRO!!!" 

30 FRINT "HE ENTRACO EN LIN 

40 PRINT "CIRCLULO VICIOSO" 

S0 PRINT "AYUDAME FULSANCIO LINA 
TECLA" 

50 PFRINT "LO SIENTO... NO SE CL 
AL ES” 

70 PRINT : REM linea en blanco 

50 IF INKREYS<>"6" THEN 50 TO 5 


20 PRINT "UN MONTON CE GRACIAS 
100 FRINT "ESTOY FRITO....' 


Becitelo Verá cómo solamente el texto programado 
en las líneas 24) y 6W aparece en pantalla. Podrá pul- 
sar cualquier tecla y no ocurrirá nada, hasta que pulse 
la tecla G. Entonces las líneas 9W y 10 son las que 
ejecutan a continuación y el programa finaliza. 

La pista está en la línea 8W. El programa ejecuta has- 
ta la línea 8%, y allí se encierra en un bucle sin fin. La 
instrucción INKEY$ comprueba continuamente si se ha 
pulsado una tecla y, si es así, comprueba si ha sido la 
tecla G. Mientras que la tecla pulsada no sea la G, el 
programa continuará en un bucle hasta la línea 8WD. Pe- 
ro en cuanto se pulsa la tecla G, entonces la condición 
se verifica y el programa se sale del bucle As ejecuta la 
línea siguiente del programa, en este caso la línea 9D. 

NOTA: cuando teclee este programa, tenga en cuen- 
ta que el operador relacional< > tiene que teclearse 
por medio de la tecla que tenga ese caracter particu- 
lar. Si teclea < seguido de >, entonces le saldrá algo pa- 
recido a lo que se desea pero ¡NO FUNCIONARA! El 
Spectrum reaccionará con un signo de interrogación y 
un cursor parpadeante, 


El comando INKEY$ es muy útil para hacer unos bue- 
nos menús por pantalla. Para probarlo, vuelva al gran 
programa de conversiones. Vea las líneas 76H y 82H. 
Sustitúyalas por las siguientes: 


798 15 INREVEZ= 10 PREN=S0' Po "88 
500 IF INKEYS="2" THEN 60 TO 1 
a” IF INKEYS="0" THEN 60 TO 


Ú 
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El COMANDO LET 
AEREAS 


sins ly 
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Ejecute esta nueva variación del programa. El menú 
ea en la pantalla, pero no encontrará el cursor des- 
tellante. Sin embargo, O pulse una de las teclas de 
las opciones (1, 2, (WD), el programa reaccionará inme- 
diatamente. No tiene que pulsar la tecla ENTER. 

Este es un método extremadamente eficiente para di- 
nigir el flujo de un programa hacia otro lugar del pro- 
grama. Lo que ocurre en la línea sustituida 784 es lo 
siguiente: 

En la línea 764 el ordenador espera un caracter del 
teclado. Mientras no haya caracter alguno desde el te- 
clado, INKEY$ no contendrá nada (indicado por =""”, 
En este caso la línea 76H es un bucle sin fin, que sólo 

se e OO cuando el caracter probado sea un 1, 
26 

Ahora tiene experiencia con la utilidad del comando 
INKEY $; igualmente puede alterar el resto de las op- 
ciones del programa de conversión. Vea las líneas 

(Did Moho) 2D: 1230, 2818-2890 y 3155-3176, In- 
téntelo, será un ejercicio muy útil. 


Ya ha utilizado este comando extensamente y conoce 
sus funciones, inicializa las variables. Por e ari LET 
S = B + C. Lo que usted no sabrá es que el Spectrum 
es uno de los pocos ordenadores que hacen que la ins- 
trucción sea obligatoria. En la mayoría de los dialectos 
del BASIC, del comando LET es opcional. Lo que signi- 
fica que está permitido ponerlo y no tan permitido es- 
cribirlo. Algunos BASIC entienden lo mismo con LET A 
=B+CqueconA =B+C. 


Esta función transforma una variable numérica en una 


alfanumérica o cadena. A veces es más fácil manejar 
cadenas numéricas que variables numéricas, especial- 


mente cuando hay que imprimir cifras mediante tablas 
(filas y columnas). La idea es la siguiente: 


Este programa convertirá el valor de X en una cade- 
na de números. Hay situaciones en que esto puede ser 
muy útil, como ya indicamos, cuando se quiere impri- 
mir una tabla de cifras por columnas. En BASIC, a ve- 
ces es difícil manejar las variables numéricas. Por ejem- 
plo, si quiere imprimir los siguientes números por co- 


1225. DD9 
No piense que se puede hacer fácilmente de la si- 
guiente forma: 


10 LET X=123.4556: LET Y=23.500 
LET Z=10225.009 

20 PRINT x 

30 PRINT Y 

40 PRINT Z 


- El resultado será el siguiente: 
23,456 


23,5 
1D225.DD9 


Sin embargo, cuando convierta esos números a cade- 
nas entonces podrá escribir sus programas de manera 
que la X se convierta en Xf$, la Y en Y$, la Z en Z$. En 
el primer caso tiene que añadir las cadenas siguientes 
aX$:X$=" "+ X$ (esto añade dos espacios en blan- 
co a la izquierda del número), Y$ = X$" "+ Yf+ 
"DD" (esto añade tres espacios en blanco a la izquierda 
del número y dos ceros a la derecha). Entonces cuan- 
do imprima las cadenas obtendrá una columna perfec- 


18225.DD9 


Cuando los números se almacenan en cadenas, ya no 
sirven para poder hacer operaciones aritméticas con 
ellos. Por ejemplo, cuando A$ contenga un 14 y B$ un 
2 (Ó, no podrá hacer una operación como la siguiente: 

LET C$ = A$ + B$ 
y espere algún resultado en C$ (30). Al contrario, C$ 
almacenará el valor"1M2(W (en este caso las dos ca- 
denas se han unido). La multiplicación, la división y la 


VAL (xs) 
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resta, estan totalmente fuera de lugar. 
Será otra cuestión cuando utilize la función VAL (X$). 


Esta función nos da el valor numérico de una cadena. 


De manera que cuando haga: 
LET C = VAL (A$) + VAL (B$) 
entonces obtendrá el valor 30 en la variable C. 


Como ha podido comprobar, hemos dejado de lado 
algunas funciones numéricas. Sin embargo, si le gustan 
las matemáticas, esas funciones tendrán ya algún sign:- 
ficado para usted y no tendrá excesivos problemas en 
conocer como trabajan. En un apéndice separado en- 
contrará algunas funciones útiles (creadas con la instruc- 
ción DEF FN) que le harán más fáciles los cálculos tri- 
gonométricos y similares. 

Este libro le ha iniciado en la programación del BA- 
SIC del Spectrum. Cuando haya hecho todos los ejerci- 
cios, fáciles y difíciles, habrá adquirido la suficiente ha- 
bilidad para no necesitar más explicaciones. Encontra- 
rá respuestas a los problemas. Está listo para «abrir sus 
alas», por lo que nuestro consejo es que «wuele y explo- 
re el mundo de la programación» en BASIC por su cuen- 
ta. En cuanto al ZX Spectrum, sabrá que lo puede util- 
zar para algo más que para problemas aritméticos, tra- 
tamiento de textos, etc. El ZX Spectrum le ofrece color, 
gráficos y sonido. me 1 

Un último consejo. No se precipite. Primero familiari- 
cese con lo básico del BASIC, antes de profundizar en 
el color, sonido y los gráficos. Pero cuando se encuen- 
tre preparado, el manual del Spectrum y muchos libros 
más que hay en el mercado ofrecen una guía inmejora- 
ble. 

Le deseamos mucha suerte y que se divierta. 


APENDICE A: 
Algunas funciones matemáticas 


con formato DEF FN 


El ZX Spectrum ya tiene definida la función INT(X), 
que calcula la parte entera de un número real. Sin em- 
bargo, no siempre el valor hallado es el correcto. Por 
ejemplo, si desea hallar la parte entera de un número 
negativo, puede acabar con algo totalmente imprevisto. 
Pruebe esto: 

LET A = 5.9: PRINT INT(A) 

El ordenador imprimirá —6, en vez de —5, (como de- 
be ser). 

La siguiente función definida le ayudará: 

DEF EN IX) = SGN(X) * INT(ABS(X) 

Sitúe esta función al comienzo de un programa y ca- 
da vez que desea hallar la parte entera de un número 
negativo, lo podrá calcular gracias a esta función. 

Ejemplo: 


cm 


-20 INPUT A 
30 LET A=FN ICA) 
40 PRINT A 


Cuando un programa utiliza la parte entera de un nú- 
mero real, puede ser igual de útil el poder acceder a 
la parte fraccionaria. A continuación le exponemos una 
función definida que puede ser utilizada en combina- 
ción con la función de la parte entera. 

DEF FN F(X) = SGN(X) * ((ABS(X) — FN IABS(X)) + 
1.5E—9) 

(Esta función es similar a la descrita en el capítulo 7). 


19 DEF FN I(xXi=5GN (Xx) *INT (AB 
IN] 


ENTEROS Y 
FRACCIONES 
AAA: 
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HORAS Y GRADOS, 
MINUTOS Y 
SEGUNDOS A HORAS 
DECIMALES 0 
GRADOS 


FUNCION DE 


106 


Esta función es muy larga —tecléela con cuidado. 

DEF FN D(X) = SGN (X) * (INT(ABS(X) + INTUDD* 
FN F(ABSOO)/6D + FNF (IDO * ABS(X)/36) 

Observe que la función de hallar la parte fracciona- 
ria se ha aplicado en ésta. ¿Cómo utilizarla? 


3 REM Foner aqui la EF FN de 
La funcion entera 

4 REM Poner aqui la DEF FN de 
a parte fraccionaria 

S REM Poner aqui la CEF FN de 
3 funcion 3rados 

19 INPUT "HH.HMMSS" HS 

20 LET Ha3=FN DIHS! 


30 PRINT HS 


Tenga en cuenta que el formato de entrada es 
HH.MMSS. Por ejemplo, si quiere convertir 15 hr. 33 min. 
17 seg. tecléelo de la forma siguiente: 15.3317. Cuando 
lo convierta con el programa anterior debe obtener el 
resultado siguiente: 15.5547222 

A continuación expondremos la función que convier- 
te horas decimales o grados a horas (o grados) y minu- 
tos (solamente). 

DEF FN S(X) = FN IQ) + FN FO) * H6 


Observe de nuevo que en esta función se hon aplica- 
do otras dos funciones (entera y fracción). Tenga en 


Cuenta que en casos como éste, donde las funciones de- 
finidas hay que incorporarlas a otras funciones defini- 
das, siempre tendrá que definir en primer lugar la fun- 
ción que luego va a pertenecer a otra. 


El resultado de expresiones aritméticas, en la mayo- 
ría de los casos, da unos resultados de muchos dígitos 
después del punto decimal. Esto no siempre interesa. 
A continuación exponemos una función que redondea- 
rá a dos dígitos después del punto decimal, mientras que 


esta parte fraccionaria a su vez se redondea. 
DEF FNR(X) = FNIX* 1D) + DIADD 
Esta función redondeará un número como 45.67891 a 
otro que será 45.68. 


El Spectrum ofrece las funciones trigonométricas SÍN, 
COS, TAN, ASN (arco seno), ACS (arco coseno), ATN (ar- 
co tangente). En comparación con otros ordenadores que 
sólo tienen SIN, COS, TAN y ATN su ZX Spectrum es 
una máquina mejor en lo que se refiere a funciones tr.- 
gonométricas. Pero aún existe un pequeño problema, es- 
tas funciones trabajan en radianes. Muchas personas 
prefieren trabajar con grados antes que con radianes. 
Para a el problema, puede crear algunas fun- 
ciones que lo resuelvan adecuadamente. 

Para convertir radianes a grados tiene que utilizar la 

famosa constante PI que en su Spectrum tiene tecla pro: 
pia. El seno, coseno y tangente las ponemos en el si- 
guiente formato de función definida: 

DEF FN A(X) = SIN (X * P1/180D) 

El arco seno, arco coseno v arco tangente corren la 


misma suerte siendo sus funciones derivadas de la si- 
guiente: 

DEF FN B(X) = ASN(X) * 184 /PI 

Un ejemplo: 

S DEF FN C(x1=CU03 (x3P1I,-150) 

19 INPUT A 

20 LET A=FN CLA 

30 FRINT A 


En la línea 14 tecleará el dato de entrada en grados 
y en la línea 30 el ordenador responderá con el resul- 
tado correcto. 
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APENDICE B: 


Una solución al ejercicio propuesto en el capítulo 2: 


10 REM ESTE PROGRAMA CONVIERTE 
LIBRAS, STONES, ONZAS Y GRAINS 

20 REM EN GRAMOS 

30 INPUT “"TECLEE EL NUMERO CE 
LIBRAS "¡LB 

40 LET GM=LB:+4535.5: REM CONUIE 
RTE LIBRAS EN GRAMOS 

50 LET 3E=14%+656M: REM CONVIERTE 
STONES EN GRAMOS 


Li 


50 _LET GlUzGM-16: REM CONVIERTE 
ONZAS EN GRAMOS 

“O LET GR=6M-156-156: REM CONUIE 
RTE GARINS EN_ GRAMOS 

30 PRINT "STONES A GRAMOS "¡SE 

30 PFRINT "LIBRAS A GRAMOS "¡GM 
109 PRINT " ONZAS A GRAMOS “¿QU 
110 FRINT "GRAINS A GRAMOS "¡GR 
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Otros libros de interés: 


e LASPRIMERAS 15 HORAS 
CON ZX SPECTRUM 
por * 
Derek Ellershaw 


y 
Peter Schofield 


e LOS MEJORES PROGRAMAS 
PARA EL SPECTRUM 
por 
Robert Erskine, Humphrey Walwyn 
con 
Paul Stanley, Michael Bews 


Cuando el Spectrum y su dueño ya son ami- 
gos, cuando uno empieza a cansarse de jugar a 
marcianitos, ¿cómo seguir adelante en el disfru- 
te del ordenador?; ¿es necesario digerir alguno 
de esos engorrosos tratados de programación? 
A quienes se han planteado estas preguntas es- 
tá dedicado este libro, escrito en estilo ameno y 
muy práctico. 

El temario incluye: 

Reglas y herramientas del BASIC. 

La técnica de los organigramas. 

Cómo planificar un programa. 

El fabuloso mundo de las rutinas. 

Variables y cadenas. 

Algunas funciones matemáticas usuales. 

Un libro fundamental en la biblioteca de los afi- 
cionados al Spectrum, para que ellos mismos se 
ayuden a sacar todo el partido posible de esta má.- 
quina y de los ordenadores que usarán en el fu- 
turo. 
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